sda1 (?) raid falhou no debian - o que fazer agora?

4

O ispconfig diz que meu servidor tem problemas de raid. O servidor não é meu, é alugado de uma empresa de hospedagem. A instalação do sistema operacional não era da minha conta: a empresa de hospedagem fez isso.

cat /proc/mdstat 

Personalities : [raid1] 
md0 : active raid1 sda1[2](F) sdb1[1]
      312568576 blocks [2/1] [_U]

Eu realmente não estou familiarizado com este problema, eu nunca encontrei um problema como este.

Eu acho que sda1 está morto. Você pode me ajudar o que fazer agora (além do que eu deveria chamar de empresa de hospedagem)? Eu tenho tudo importante com backup.

    
por Wildfire 29.04.2012 / 22:50

2 respostas

8

Não entre em pânico, este é um erro comum e recuperável. Sua empresa de hospedagem configura um array redundante de dois discos para proteger os dados no caso de um dos discos falhar. Esta falha ocorreu agora. A saída indica que sda1 falhou e que a matriz RAID1 está funcionando, mas está degradada.

Agora você está no tempo emprestado, no entanto. Se o segundo disco falhar, esses dados desaparecerão e você terá que restaurar a partir do backup. Peça à sua empresa de hospedagem para substituir o disco com falha imediatamente e entrar em contato com você quando terminar.

    
por 29.04.2012 / 22:52
1

Além disso, certificar-se de que os backups estão bem antes de mexer ou ter alguém mexendo com um ataque degradado é uma boa ideia. Falhas em cascata acontecem com tristeza, assim como os erros cometidos pela equipe anfitriã (verifique se você e as mãos da empresa anfitriã estão na mesma página do que deve ser feito em qual disco).

AFAIK, se o dispositivo for chamado / dev / mdX, é sempre linux softraid, portanto, nenhum controlador de armazenamento de hardware está separado de um adaptador de host SATA ou SAS direto.

Existem maneiras no linux de dizer que um disco deve ser logicamente removido ou adicionado, no entanto, isso deve ser necessário somente se estiver hotplug diretamente ligado a dispositivos PATA ou SCSI paralelos (que devem ser considerados como verboten em hardware que não suporta explicitamente de qualquer forma).

smartctl (do pacote smartmontools; não o executa se houver um ssd envolvido E o provedor não configurou um daemon smartmontools ou script cron no servidor; existem versões de utilitários inteligentes conhecidos por danificar determinados ssds) podem dizer-lhe muito sobre o que está errado com uma unidade, especialmente se conectado diretamente como é o caso aqui, assim que pode chamar o dmesg. Os valores spinup_count e power_on_hours que você obtém nos discos de substituição obtidos às vezes criam tópicos de discussão interessantes com hosters;)

    
por 06.05.2012 / 03:31