Raid 5 não iniciando

3

Eu tive um ataque 5 com 3 discos no meu computador antigo, mas a placa-mãe morreu. Eu coloquei todos os discos em um novo computador, mas o ataque não quer mais o começo. Ao inicializar o pc, eu posso ver todos os discos, e o mdadm -E / dev / sd [bcd] 1 me diz que todos os três discos estão limpos. Cat / proc / mdstat diz / dev / md0: inativo sdc13 sdd11 sdb10 Estou executando o fedora 15 nesta caixa. Todas as dicas para iniciar este ataque são muito apreciadas!

- Editado Enquanto isso, eu reinstalei o sistema operacional (em um novo disco separado, o sistema operacional nunca fazia parte do ataque) e usei o CentOS 7.

As saídas:

mdadm -E /dev/sda1                                                                                                           
/dev/sda1:                                                                                                                                        
          Magic : a92b4efc                                                                                                                        
        Version : 1.1                                                                                                                             
    Feature Map : 0x1                                                                                                                             
     Array UUID : aa1739a9:abf29975:85909ad4:7ce90400                                                                                             
           Name : HappyFiles:0
  Creation Time : Mon Jun  6 19:07:27 2011
     Raid Level : raid5
   Raid Devices : 3

 Avail Dev Size : 3907024896 (1863.01 GiB 2000.40 GB)
     Array Size : 3907023872 (3726.03 GiB 4000.79 GB)
  Used Dev Size : 3907023872 (1863.01 GiB 2000.40 GB)
    Data Offset : 2048 sectors
   Super Offset : 0 sectors
          State : clean
    Device UUID : 822d3a00:cf68046c:45de1427:d65beb68

Internal Bitmap : 8 sectors from superblock
    Update Time : Mon Nov 10 22:19:29 2014
       Checksum : 195e3a86 - correct
         Events : 1527192

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 1
   Array State : .AA ('A' == active, '.' == missing)


mdadm -E /dev/sdb1
/dev/sdb1:
          Magic : a92b4efc
        Version : 1.1
    Feature Map : 0x1
     Array UUID : aa1739a9:abf29975:85909ad4:7ce90400
           Name : HappyFiles:0
  Creation Time : Mon Jun  6 19:07:27 2011
     Raid Level : raid5
   Raid Devices : 3

 Avail Dev Size : 3907024896 (1863.01 GiB 2000.40 GB)
     Array Size : 3907023872 (3726.03 GiB 4000.79 GB)
  Used Dev Size : 3907023872 (1863.01 GiB 2000.40 GB)
    Data Offset : 2048 sectors
   Super Offset : 0 sectors
          State : clean
    Device UUID : 7546d111:71f87ce2:8b5e9cfb:05ed0bc4

Internal Bitmap : 8 sectors from superblock
    Update Time : Tue Nov 11 19:01:52 2014
       Checksum : d11417ca - correct
         Events : 1527199

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 2
   Array State : ..A ('A' == active, '.' == missing)


cat /proc/mdstat
Personalities :
md127 : inactive sdb1[3](S) sda1[1](S)
      3907024896 blocks super 1.1

unused devices: <none>

mdadm --assemble --scan
mdadm: No arrays found in config file or automatically

Aparentemente, neste momento, ele perdeu um de seus discos (também não está na lista / dev), provavelmente um cabo ficou solto depois de mover o computador. Estou acessando via SSH no escritório agora (onde estou gastando muito tempo). Normalmente, mdadm -E / dev / sdX1 do terceiro disco dá saída semelhante aos outros dois discos.

---- EDITAR ----

A porta do terceiro disco pareceu estar quebrada, depois de conectá-lo a outra placa, eu consegui mdadm -E esta também!

     Magic : a92b4efc
        Version : 1.1
    Feature Map : 0x1
     Array UUID : aa1739a9:abf29975:85909ad4:7ce90400
           Name : HappyFiles:0
  Creation Time : Mon Jun  6 19:07:27 2011
     Raid Level : raid5
   Raid Devices : 3

 Avail Dev Size : 3907024896 (1863.01 GiB 2000.40 GB)
     Array Size : 3907023872 (3726.03 GiB 4000.79 GB)
  Used Dev Size : 3907023872 (1863.01 GiB 2000.40 GB)
    Data Offset : 2048 sectors
   Super Offset : 0 sectors
          State : clean
    Device UUID : 3c5c8512:49ba8111:bd936c82:00cb6b67

Internal Bitmap : 8 sectors from superblock
    Update Time : Fri May  4 09:51:16 2012
       Checksum : 262a346f - correct
         Events : 82967

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 0
   Array State : AAA ('A' == active, '.' == missing)

cat / proc / mdstat agora diz

     # cat /proc/mdstat
Personalities : 
md127 : inactive sdc1[3](S) sdb1[1](S) sda1[0](S)
      5860537344 blocks super 1.1

unused devices: <none>

Então, como faço para colocar esse ataque online novamente, pelo menos o tempo suficiente para copiar o máximo possível dos dados dele?

    
por Borniet 16.11.2014 / 16:49

2 respostas

3

Suponho que você fez uma nova instalação e adicionou as unidades ao novo computador.

Primeiro faça um:

 mdadm --assemble --scan

e procure em /proc/mdstat se a matriz foi ativada. Então corra:

mdadm --examine --scan >> /etc/mdadm/mdadm.conf

para obter as informações de configuração em seu novo mdadm.conf novamente.

    
por 16.11.2014 / 17:59
0

Está limpo, isso é bom.

Está inativo, isso não é ruim.

Dê uma olhada, por exemplo aqui

    
por 16.11.2014 / 17:20