Drive hot-swap mendapat nama baru. Jika saya menambahkannya kembali ke array `md` dan diganti namanya saat reboot, apakah array tersebut masih berfungsi?


10

Salah satu HDD di konfigurasi RAID server saya gagal, jadi saya mengeluarkannya dari array dan meminta hot-swap pusat data. Mereka telah melakukan itu, tetapi sekarang drive baru /dev/sdcbukan /dev/sda. Saya menduga bahwa jika saya me-reboot server, itu akan menjadi /dev/sdalagi, jadi saya ragu-ragu untuk menambahkannya kembali ke array /dev/sdckarena saya tidak ingin membuat perangkap bagi diri saya untuk jatuh ke dalam reboot berikutnya. Saya akan segera tidak me-reboot server jika saya tidak perlu (jika saya perlu, yah, terlalu buruk bagi saya).

Jika saya menambahkannya /dev/sdc, apakah akan ada masalah saat reboot? Atau adakah cara untuk mengubah nama perangkat dari /dev/sdcmenjadi /dev/sdatanpa me-reboot?

Ini ada di Ubuntu 10,04 LTS. Ini adalah mdarray ("Linux Software RAID"), di mana saat ini salah satu perangkat (ada beberapa di antaranya) terlihat seperti ini ("terdegradasi" karena saya telah menghapus yang lama /dev/sdadari itu):

# mdadm - detail / dev / md0
/ dev / md0:
        Versi: 00.90.03
  Waktu Pembuatan: Minggu 11 Oktober 21:07:54 2009
     Level Serangan: raid1
     Ukuran Array: 97536 (95,27 MiB 99,88 MB)
  Ukuran Dev yang Digunakan: 97536 (95,27 MiB 99,88 MB)
   Perangkat Raid: 2
  Total Perangkat: 1
Pilihan Kecil: 0
    Kegigihan: Superblock gigih

    Perbarui Waktu: Kamis 30 Jun 09:31:16 2011
          Negara: bersih, rusak
 Perangkat Aktif: 1
Perangkat yang Bekerja: 1
 Perangkat Gagal: 0
  Perangkat Cadangan: 0

           UUID: 496be7a5: ab9177ed: 7792c71e: 7dc17aa4
         Acara: 0,112

    Nomor Mayor Minor RaidDevice State
       0 8 17 0 sinkronisasi aktif / dev / sdb1
       1 0 0 1 dihapus

1
Array apa? Jika memindai UID, tidak masalah apakah itu sda atau sdc
Jure1873

Ini adalah mdarray ("Linux Software RAID"). Semua penambahan / penghapusan perangkat dan semacamnya mengacu pada nama perangkat, tetapi saya tidak tahu bahwa itu berarti itu benar-benar bergantung pada mereka atau ... Saya telah menambahkan outputnya mdadm --detailke pertanyaan.
TJ Crowder

untuk array md mdadm memindai semua disk (sebagaimana didefinisikan dalam /etc/mdadm.conf) sehingga tidak masalah di mana mereka, karena ia menulis ID ke header disk sehingga dapat menyusun kembali array.
Jure1873

Ya, terima kasih, lihat pembaruan pada pertanyaan, saya menggambarkan perilaku itu dan memeriksanya berfungsi.
TJ Crowder

1
@TJCrowder sebagai gantinya (atau sebagai tambahan) memperbarui pertanyaan Anda, Anda mungkin ingin menambahkan temuan Anda sebagai jawaban (dan menerimanya), karena pertanyaan ini pada dasarnya diselesaikan.
Dennis Nolte

Jawaban:


1

Baik untuk melanjutkan dan menambahkannya sebagai /dev/sdc. Membaca dokumentasi kernelmd , jika namanya berubah saat reboot, itu tidak masalah. (Desain bagus, itu.) Inilah alasannya:

Deteksi otomatis waktu boot array RAID

Ketika md dikompilasi ke dalam kernel (bukan sebagai modul), partisi tipe 0xfd dipindai dan secara otomatis dikumpulkan ke dalam array RAID. Deteksi otomatis ini dapat ditekan dengan parameter kernel "raid = noautodetect". Pada kernel 2.6.9, hanya drive dengan superblock tipe 0 yang dapat terdeteksi secara otomatis dan dijalankan saat boot.

Parameter kernel "raid = partitionable" (atau "raid = part") berarti bahwa semua array yang terdeteksi secara otomatis dirakit sebagai dipartisi.

Walaupun saya tidak mdmengkompilasi ke dalam kernel, setup saya melakukan hal yang sama seperti di atas karena itu memuat otomatis mdadmdan mdadm.confdiatur untuk memindai semua partisi untuk superblock seperti kernel:

# secara default, pindai semua partisi (/ proc / partisi) untuk MD superblocks.
# Atau, tentukan perangkat yang akan dipindai, menggunakan wildcard jika diinginkan.
PERANGKAT partisi

Jadi tidak masalah untuk membangun kembali array dengan /dev/sdc; nama mungkin akan berubah menjadi /dev/sdasaat reboot, tetapi itu tidak akan menimbulkan masalah jika mddiatur seperti di atas.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.