Erros iniciando o CentOS 5 após o problema de disco RAID

1

Eu tenho um dispositivo Linux executado em uma caixa IBM X3850 X5 type 7143 . CentOS 5.

Tem uma configuração RAID 5 com 6 drives. 2 das unidades caíram. Um era ruim e precisava ser substituído. O outro estava offline e voltou a ficar online.

A matriz voltou a ficar on-line depois que a unidade off-line voltou a funcionar e, nesse ponto, substituímos a outra unidade para que ela pudesse ser reconstruída. Neste ponto, todas as unidades estão mostrando como on-line e a matriz RAID está mostrando um status saudável no BIOS MegaRAID.

Tudo o que foi dito, ainda estou recebendo erros quando tento inicializar o CentOS. Especificamente, estou vendo:

Loading dm-message.ko module
Loading dm-raid45.ko module
device-mapper: dm-raid45: initialized v0.25941    
Waiting for driver initialization.
Scanning and configuring dmraid supported devices
Creating root device.
Mounting root filesystem.
kjournald starting.  Commit interval 5 seconds. 
EXT3-fs: mounted filesystem with ordered data mod. 
Setting up other filesystems.
Setting up new root fs
setuproot: moving /dev failed: No such file or directory
no fstab.sys, mounting internal defaults
setuproot: error mounting /proc: No such file or directory 
setuproot: error mounting /sys: No such file or directory
Switching to new root and running init. 
unmounting old /dev
unmounting old /proc
unmounting old /sys
ERROR opening /dev/console: No such file or directory
Trying to use fd 0 instead
WARNING: can't access (null)
exec of init ((null)) failed!!!: Bad address
Kernel panic - not syncing: Attempting to kill init!

Alguma ideia sobre o que pode estar acontecendo aqui e como solucionar o problema? Não sei por que o CentOS teria problemas se a matriz RAID fosse reconstruída com êxito.

    
por Mike B 28.10.2016 / 23:50

2 respostas

2

Seu ramdisk inicial não está dando pivôs ao root, porque você tem erros no sistema de arquivos do seu dispositivo root.

Seu array tem problemas de consistência devido a ele ficar danificado, em vez de se degradar apenas em um ponto. Agora que você propagou essas inconsistências do sistema de arquivos em todo o array, sincronizando-o novamente (nada que você pudesse ter feito sobre isso, na verdade), será necessário corrigi-las no nível do sistema de arquivos.

Faça um fsck off-line no seu sistema de arquivos raiz e em quaisquer outros sistemas de arquivos que residam nessa matriz. Você pode ter que confiar em um backup para restaurar sua máquina. Esta é uma das muitas razões pelas quais o RAID 10 vence no RAID 5 ou 6, e porque 5 e 6 estão vendo uma adoção muito menor do que costumavam ser. Dito isto, o RAID nunca é um backup, e um array danificado terá um sistema de arquivos danificado, não importando o nível do RAID.

    
por 29.10.2016 / 01:41
1

Portanto, a partição swap e referências a ela em / etc / fstab precisam ser verificadas e corrigidas se necessário. Pelo menos isso é óbvio neste exemplo. Portanto, você não precisa apenas consertar o espaço de troca, verificar o / etc / fstab e consertar quaisquer referências, se necessário, mas também precisa recriar o initrd.

Existe um exemplo neste link Centos5 Fix

    
por 29.10.2016 / 01:32