Como inicializar após falha de RAID (software RAID)?

Question

Anteriormente, eu tinha uma invasão de software configurada usando ( mdadm ) das unidades sda e sdb . sdb falhou e a única maneira de reiniciar o sistema foi desconectando o segundo disco rígido.

Agora adicionei sdb e sdc ao meu RAID. sda é o mais antigo (então é mais provável que falhe) e é a unidade a partir da qual inicializamos (eu acho, como posso verificar?).

Como posso garantir e testar (através da configuração do GRUB, etc.) que se sda falhar, ainda serei capaz de inicializar minha máquina.

fdisk -l :

Disk /dev/sda: 250.0 GB, 250000000000 bytes
255 heads, 63 sectors/track, 30394 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000080

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       30064   241489048+  fd  Linux raid autodetect
/dev/sda2           30065       30394     2650725    5  Extended
/dev/sda5           30065       30394     2650693+  fd  Linux raid autodetect

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1       30064   241489048+  fd  Linux raid autodetect
Partition 1 does not start on physical sector boundary.
/dev/sdb2           30065       30394     2650725    5  Extended
/dev/sdb5           30065       30394     2650693+  fd  Linux raid autodetect
Partition 5 does not start on physical sector boundary.

Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *           1       30064   241489048+  fd  Linux raid autodetect
Partition 1 does not start on physical sector boundary.
/dev/sdc2           30065       30394     2650725    5  Extended
/dev/sdc5           30065       30394     2650693+  fd  Linux raid autodetect
Partition 5 does not start on physical sector boundary.

Disk /dev/md0: 247.3 GB, 247284695040 bytes
2 heads, 4 sectors/track, 60372240 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Alignment offset: 512 bytes
Disk identifier: 0x00000000

Disk /dev/md0 doesn't contain a valid partition table

Disk /dev/md1: 2714 MB, 2714238976 bytes
2 heads, 4 sectors/track, 662656 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Alignment offset: 512 bytes
Disk identifier: 0x00000000

Disk /dev/md1 doesn't contain a valid partition table

    

Answer 1

Esta é uma velha castanha. A resposta curta é que "grub-install" é muitas vezes a resposta errada para o software RAID. Aqui está um exemplo onde eu tenho um array RAID-1 de 3 vias. A partição / boot é armazenada em / dev / md0. Isso instala o GRUB em cada disco, para que, se um disco falhar, você possa inicializar um dos outros discos.

# grub
grub> find /grub/stage1
 (hd0,0)
 (hd1,0)
 (hd2,0)
grub> device (hd0) /dev/sda
grub> root (hd0,0)
grub> setup (hd0)
grub> device (hd0) /dev/sdb
grub> root (hd0,0)
grub> setup (hd0)
grub> device (hd0) /dev/sdc
grub> root (hd0,0)
grub> setup (hd0)
grub> quit

Nas versões futuras do GRUB, é muito mais inteligente, mas o CentOS 6 / RHEL 6 ainda é fornecido com o GRUB mais antigo.

Para testar: Altere o valor "timeout = 5" em seu arquivo grub.conf (em / boot) para algo como timeout = 30. Em seguida, troque a localização das duas unidades antes de ligar o sistema novamente. Ou altere a ordem de inicialização dos discos rígidos no BIOS.

(Naturalmente ... certifique-se de ter bons backups e saiba como colocá-los de volta na configuração correta. Testar isso em um sistema descartável é sempre uma boa idéia.)