Falha no disco rígido no provedor de serviços - como restaurar / remontar dados de / no Raid

1

Primeiro, não sou administrador de servidores - e sou voluntário para ajudar uma organização sem fins lucrativos com uma crise.

Eu começo desde o começo.

A organização sem fins lucrativos tem um contrato de servidor dedicado com a Internet 1 & 1. Em que eles tinham seu site e dezenas de DVDs educacionais que eram de livre acesso.

Algumas semanas atrás, o disco rígido do servidor dedicado caiu e o site caiu. Infelizmente, eles não tinham backup adequado para o conteúdo do site. Embora eles tenham alguns arquivos de banco de dados.

Quando o disco rígido falhou, o 1 & 1 substituiu o disco rígido, mas deixou para a instituição de caridade a restauração dos dados do Raid.

No entanto, o administrador do servidor não estava mais com a ONG e comigo, e outro voluntário trabalhou para tentar recuperar os dados. Mas estamos completamente presos.

1 & 1 enviou as seguintes instruções para nós Reconstruir uma matriz RAID de software No entanto, não conseguimos fazer isso funcionar. Eu entrei em contato com um amigo que também tentou, mas ele também ficou preso.

Ontem à noite, entrei em contato com 1 & 1 e passei uma hora no telefone. Eles fizeram algo - o que não foi explicado - o que agora significa que quando olhamos para as informações do servidor, há mais detalhes do que antes. Agora temos mais informações

rescue:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [faulty]
md1 : active raid1 sdb1[1] 4194240 blocks [2/1] [_U]
md3 : active raid1 sdb3[1] 482094016 blocks [2/1] [_U]
unused devices : none>

rescue:~# fdisk -l

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

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048     8390655     4194304   fd  Linux raid autodetect
/dev/sda2         8390656    12584959     2097152   82  Linux swap / Solaris
/dev/sda3        12584960   976773167   482094104   fd  Linux raid autodetect

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

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048     8390655     4194304   fd  Linux raid autodetect
/dev/sdb2         8390656    12584959     2097152   82  Linux swap / Solaris
/dev/sdb3        12584960   976773167   482094104   fd  Linux raid autodetect

Disk /dev/md3: 493.7 GB, 493664272384 bytes
2 heads, 4 sectors/track, 120523504 cylinders, total 964188032 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

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

Disk /dev/md1: 4294 MB, 4294901760 bytes
2 heads, 4 sectors/track, 1048560 cylinders, total 8388480 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

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

Disk /dev/mapper/vg00-usr: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/vg00-usr doesn't contain a valid partition table


Disk /dev/mapper/vg00-var: 58.0 GB, 57982058496 bytes
    255 heads, 63 sectors/track, 7049 cylinders, total 113246208 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x00000000

Disk /dev/mapper/vg00-var doesn't contain a valid partition table

Disk /dev/mapper/vg00-home: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/vg00-home doesn't contain a valid partition table
rescue:~# ^C

Não, novamente, preciso dizer que não entendo o que estou vendo, mas ... há um pouco que pode ser interessante.

***Disk /dev/mapper/vg00-var: 58.0 GB, 57982058496 bytes
    255 heads, 63 sectors/track, 7049 cylinders, total 113246208 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x00000000*** 

O tamanho dos dados 58.0 GB pode coincidir com o conteúdo do site falhado, etc. A única coisa é que não tenho ideia do que fazer para tentar ver esses dados

Qualquer ajuda muito apreciada ..

    
por safeworld4women 27.02.2016 / 15:50

1 resposta

1

De /proc/mdstat você pode ver que há dois dispositivos RAID1 configurados e cada um deles tem apenas um disco / partição conectado. Então eles ainda estão em um modo degradado.

Para verificar se os dados ainda estão lá, tente montar os LVMs listados com lvdisplay . Por exemplo:

mkdir -p /mnt/myhome
mount /dev/mapper/vg00-home /mnt/myhome

Se tudo for o esperado, você deve executar

mdadm --manage /dev/md1 --add /dev/sda1
mdadm --manage /dev/md3 --add /dev/sda3

Em seguida, em /proc/mdstat , você verá o progresso da reconstrução descrito na "Etapa 13" das instruções 1 & 1 que você postou.
Em seguida, aguarde a conclusão da reconstrução e continue com as etapas descritas em "Configuração do GRUB" nas instruções 1 e 1.
Depois disso, uma reinicialização deve funcionar normalmente e normalmente não há necessidade de se preocupar com a configuração do LVM se tudo correr bem.

Boa sorte!

    
por 27.02.2016 / 16:54