falha no mdadm raid5. definir unidade errada para defeituoso por acidente

2

notou uma invasão degradada onde / proc / mdstats marcou um dispositivo como inativo.

então eu queria definir a unidade ausente como defeituosa e reconectá-la.

de alguma forma eu tenho a unidade errada, deixando-me com uma invasão unworking.

Eu tentei recriar o ataque com --assume-clean, mas isso não funcionou. O que posso fazer para recuperar meus dados?

como visto abaixo, parece que o sdd ainda contém o superbloco com informações sobre o ataque degradado.

o raid5 contém uma partição luks cryptsetup.

[root@archiso ~]# mdadm --examine /dev/sda1 /dev/sda1: Magic : a92b4efc Version : 1.2 Feature Map : 0x0 Array UUID : d0e85136:224b9fce:71d459c2:3d4c7c82 Name : archiso:0 (local to host archiso) Creation Time : Thu Sep 9 09:26:17 2010 Raid Level : raid5 Raid Devices : 4

Tamanho do Avail Dev: 1953517954 (931,51 GiB 1000,20 GB)      Tamanho da Matriz: 5860552704 (2794,53 GiB 3000,60 GB)   Tamanho do Dev Utilizado: 1953517568 (931.51 GiB 1000.20 GB)     Deslocamento de dados: 2048 setores    Super Offset: 8 setores           Estado: limpo     UUID do dispositivo: a9525f08: f0c6dd3b: b52f190d: a098df0a

Update Time : Thu Sep  9 09:26:17 2010
   Checksum : 73f26b10 - correct
     Events : 0

     Layout : left-symmetric
 Chunk Size : 512K

Papel do dispositivo: dispositivo ativo 0    Estado da Matriz: AA.A ('A' == ativo, '.' == ausente) [root @ archiso ~] # mdadm --examine / dev / sdb1 / dev / sdb1:           Magia: a92b4efc         Versão: 1.2     Mapa de recursos: 0x0      Matriz UUID: d0e85136: 224b9fce: 71d459c2: 3d4c7c82            Nome: archiso: 0 (local para hospedar o archiso)   Tempo de criação: Qui 09 de setembro 09:26:17 2010      Nível de Raid: raid5    Dispositivos de ataque: 4

Tamanho do Avail Dev: 1953517954 (931,51 GiB 1000,20 GB)      Tamanho da Matriz: 5860552704 (2794,53 GiB 3000,60 GB)   Tamanho do Dev Utilizado: 1953517568 (931.51 GiB 1000.20 GB)     Deslocamento de dados: 2048 setores    Super Offset: 8 setores           Estado: limpo     Dispositivo UUID: eb089cca: c83ab79e: 863c8178: eebe1c4f

Update Time : Thu Sep  9 09:26:17 2010
   Checksum : 48adc84c - correct
     Events : 0

     Layout : left-symmetric
 Chunk Size : 512K

Papel do dispositivo: dispositivo ativo 1    Estado da Matriz: AA.A ('A' == ativo, '.' == ausente) [root @ archiso ~] # mdadm --examine / dev / sdc1 / dev / sdc1:           Magia: a92b4efc         Versão: 1.2     Mapa de recursos: 0x0      Matriz UUID: d0e85136: 224b9fce: 71d459c2: 3d4c7c82            Nome: archiso: 0 (local para hospedar o archiso)   Tempo de criação: Qui 09 de setembro 09:26:17 2010      Nível de Raid: raid5    Dispositivos de ataque: 4

Tamanho do Avail Dev: 1953517954 (931,51 GiB 1000,20 GB)      Tamanho da Matriz: 5860552704 (2794,53 GiB 3000,60 GB)   Tamanho do Dev Utilizado: 1953517568 (931.51 GiB 1000.20 GB)     Deslocamento de dados: 2048 setores    Super Offset: 8 setores           Estado: limpo     UUID do dispositivo: cd7e5164: da8037a5: 8ba219fc: efe5b05c

Update Time : Thu Sep  9 09:26:17 2010
   Checksum : 7a101148 - correct
     Events : 0

     Layout : left-symmetric
 Chunk Size : 512K

Papel do dispositivo: dispositivo ativo 3    Estado da Matriz: AA.A ('A' == ativo, '.' == ausente) [root @ archiso ~] # mdadm --examine / dev / sdd1 / dev / sdd1:           Magia: a92b4efc         Versão: 0.90.00            UUID: 748b6c50: c383a4fd: e9ac99f0: 185f7f8f   Tempo de criação: qui Jun 4 18:50:33 2009      Nível de Raid: raid5   Tamanho do Dev Utilizado: 976759936 (931.51 GiB 1000.20 GB)      Tamanho da Matriz: 2930279808 (2794,53 GiB 3000,61 GB)    Dispositivos de ataque: 4   Total de dispositivos: 4 Menor preferido: 0

Update Time : Thu Sep  9 06:58:49 2010
      State : clean

Dispositivos ativos: 2 Dispositivos de trabalho: 4  Dispositivos com falha: 2   Dispositivos de reposição: 2        Soma de verificação: b4728202 - correto          Eventos: 2170510

     Layout : left-symmetric
 Chunk Size : 64K

  Number   Major   Minor   RaidDevice State

este 3 8 49 3 sync ativo / dev / sdd1

0 0 8 1 0 sincronização ativa / dev / sda1    1 1 0 0 1 com falha removida    2 2 0 0 2 defeituoso removido    3 3 8 49 3 sincronização ativa / dev / sdd1    4 4 8 33 4 spare / dev / sdc1    5 5 8 17 5 spare / dev / sdb1

a linha mdadm.conf original:

ARRAY /dev/md0 level=raid5 num-devices=4 metadata=0.90 UUID=748b6c50:c383a4fd:e9ac99f0:185f7f8f

    
por yawniek 09.09.2010 / 13:03

1 resposta

3

i tried to re-create the raid with --assume-clean but this did not work.

Isso é o que você deve fazer. O que você quer dizer com "não funcionou"? Qual é a mensagem? O que aconteceu? Você chamou o mdadm com TODAS as partições de matriz RAID originais?

what could i do to recover my data?

Restaurar a partir do backup. Se você não tem backup, essa é uma lição bem merecida (isso é duro e não pretende ser uma piada).

edit: dado que este é um volume criptografado, você tem absolutamente nenhuma chance de restaurar quaisquer dados se não conseguir que o RAID funcione corretamente. Você pode postar apenas o conteúdo /proc/mdstat ? Eu não entendo qual é o estado atual (sua mensagem informa duas unidades com falha, mas apenas uma unidade com falha é representada).

    
por 09.09.2010 / 13:28