raid10: não é possível ler o superbloco

Question

Até poucos minutos atrás eu tinha um dispositivo de invasão 10 ( /dev/md0 ) em funcionamento, consistindo de 4 discos de 3 TB.

Meu sistema operacional (servidor ubuntu headless 14.04.1 lts) é montado em um SSD de 120GB separado do ataque.

Eu estava lendo sobre o noatime e que é bom para SSDs (eu sou novo no ssds) então eu editei /etc/fstab para adicionar noatime à minha entrada ssd.

Eu tentei reinicializar o servidor sem cabeçalho e ele travava durante a inicialização porque não conseguia montar meu ataque /dev/md0 em /mnt/raiddisk:

The disk drive for /mnt/raiddisk is not ready yet or not present.
Continue to wait, or press S to skip mounting or M for manual recovery.

Agora eu iniciei pulando a montagem do dispositivo de ataque.

cat /proc/mdstat diz:

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : inactive sdd1[3](S) sdc1[2](S) sdb1[1](S)
8790402048 blocks super 1.2

unused devices: <none> 

Existe um disco faltando na lista acima, também deve haver sde

Tentar montar manualmente usando sudo mount /dev/md0 /mnt/raiddisk fornece a seguinte saída:

mount: /dev/md0: can't read superblock

Depois de algumas leituras, tentei:

sudo mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1

E recebi esta mensagem:

mdadm: /dev/sdb1 is busy - skipping
mdadm: /dev/sdc1 is busy - skipping
mdadm: /dev/sdd1 is busy - skipping
mdadm: /dev/md0 is already in use.

Então eu parei /dev/md0 e tentei novamente e desta vez parece que funcionou:

mdadm: /dev/md0 has been started with 4 drives.

Agora cat /proc/mdstat dá:

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid10 sda1[0] sdd1[3] sdc1[2] sdb1[1]
5860267008 blocks super 1.2 512K chunks 2 near-copies [4/4] [UUUU]

unused devices: <none>

Agora consegui montá-lo em /mnt/raiddisk .

Ao tentar reiniciá-lo novamente, trava durante a inicialização porque não pode montar o dispositivo de ataque.

Não tenho certeza do que mais testar / verificar, pois sou um novato em raide.

    

Answer 1

Consegui consertar isso.

Ao inspecionar a saída de sudo parted -l e cat /proc/mdstat , além de procurar em /etc/mdadm/mdadm.conf , observei que os rótulos de dispositivo para os discos rígidos parecem ter mudado depois que eu tentei adicionar noatime em /etc/fstab .

Meu ssd costumava ter o rótulo /dev/sda , então alterado para /dev/sde

Assim, o md não pôde montar automaticamente o arranjo raid após o boot, porque não foi possível adicionar /dev/sde ao ataque, já que este agora é o ssd para a partição de inicialização.

Após atualizar mdadm.conf e adicionar os rótulos de disco atualizados e, em seguida, executar update-initramfs -u , consegui reinicializar normalmente e o RAID Array é montado e montado.

Não tenho ideia de por que simplesmente adicionar noatime à minha entrada ssd em /etc/fstab fez isso.

Eu removi noatime do meu /etc/fstab , pois tenho medo de que isso aconteça novamente.