¿Cómo puedo reactivar mi matriz MDADM RAID5?

Question

2013-06-04 08:15:37 +0000 2013-06-04 08:15:37 +0000

22

¿Cómo puedo reactivar mi matriz MDADM RAID5?

Me acabo de mudar de casa, lo que ha supuesto desmontar mi servidor y volver a conectarlo. Desde entonces, una de mis matrices RAID5 de MDADM aparece como inactiva:

root@mserver:/tmp# cat /proc/mdstat 
Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10] 
md1 : active raid5 sdc1[1] sdh1[2] sdg1[0]
      3907023872 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]

md0 : inactive sdd1[0](S) sdf1[3](S) sde1[2](S) sdb1[1](S)
      3907039744 blocks

unused devices: <none>

Me parece que ha encontrado todos los discos pero por alguna razón no quiere usarlos.

Entonces, ¿qué significan las etiquetas (S) y cómo puedo decirle a MDADM que empiece a usar el array de nuevo?

[Edit] Acabo de probar a parar y montar el array con -v:

root@mserver:~# mdadm --stop /dev/md0
mdadm: stopped /dev/md0

root@mserver:~# mdadm --assemble --scan -v
mdadm: /dev/sde1 is identified as a member of /dev/md0, slot 2.
mdadm: /dev/sdf1 is identified as a member of /dev/md0, slot 3.
mdadm: /dev/sdd1 is identified as a member of /dev/md0, slot 0.
mdadm: /dev/sdb1 is identified as a member of /dev/md0, slot 1.
mdadm: added /dev/sdd1 to /dev/md0 as 0 (possibly out of date)
mdadm: added /dev/sdb1 to /dev/md0 as 1 (possibly out of date)
mdadm: added /dev/sdf1 to /dev/md0 as 3 (possibly out of date)
mdadm: added /dev/sde1 to /dev/md0 as 2
mdadm: /dev/md0 assembled from 1 drive - not enough to start the array.

..y entrando en cat /proc/mdstat no parece diferente.

[Edit2] No estoy seguro si ayuda pero este es el resultado de examinar cada disco:

root@mserver:~# mdadm –examine /dev/sdb1

/dev/sdb1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : 2f331560:fc85feff:5457a8c1:6e047c67 (local to host mserver)
  Creation Time : Sun Feb 1 20:53:39 2009
     Raid Level : raid5
  Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
     Array Size : 2930279808 (2794.53 GiB 3000.61 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0

    Update Time : Sat Apr 20 13:22:27 2013
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 6c8f71a3 - correct
         Events : 955190

         Layout : left-symmetric
     Chunk Size : 64K

      Number Major Minor RaidDevice State
this 1 8 17 1 active sync /dev/sdb1

   0 0 8 113 0 active sync /dev/sdh1
   1 1 8 17 1 active sync /dev/sdb1
   2 2 8 97 2 active sync /dev/sdg1
   3 3 8 33 3 active sync /dev/sdc1

root@mserver:~# mdadm –examine /dev/sdd1

/dev/sdd1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : 2f331560:fc85feff:5457a8c1:6e047c67 (local to host mserver)
  Creation Time : Sun Feb 1 20:53:39 2009
     Raid Level : raid5
  Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
     Array Size : 2930279808 (2794.53 GiB 3000.61 GB)
   Raid Devices : 4
  Total Devices : 2
Preferred Minor : 0

    Update Time : Sat Apr 20 18:37:23 2013
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 2
  Spare Devices : 0
       Checksum : 6c812869 - correct
         Events : 955205

         Layout : left-symmetric
     Chunk Size : 64K

      Number Major Minor RaidDevice State
this 0 8 113 0 active sync /dev/sdh1

   0 0 8 113 0 active sync /dev/sdh1
   1 1 0 0 1 faulty removed
   2 2 8 97 2 active sync /dev/sdg1
   3 3 0 0 3 faulty removed

root@mserver: ~# mdadm –examine /dev/sde1

/dev/sde1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : 2f331560:fc85feff:5457a8c1:6e047c67 (local to host mserver)
  Creation Time : Sun Feb 1 20:53:39 2009
     Raid Level : raid5
  Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
     Array Size : 2930279808 (2794.53 GiB 3000.61 GB)
   Raid Devices : 4
  Total Devices : 2
Preferred Minor : 0

    Update Time : Sun Apr 21 14:00:43 2013
          State : clean
 Active Devices : 1
Working Devices : 1
 Failed Devices : 2
  Spare Devices : 0
       Checksum : 6c90cc70 - correct
         Events : 955219

         Layout : left-symmetric
     Chunk Size : 64K

      Number Major Minor RaidDevice State
this 2 8 97 2 active sync /dev/sdg1

   0 0 0 0 0 removed
   1 1 0 0 1 faulty removed
   2 2 8 97 2 active sync /dev/sdg1
   3 3 0 0 3 faulty removed

root@mserver:~# mdadm –examine /dev/sdf1

/dev/sdf1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : 2f331560:fc85feff:5457a8c1:6e047c67 (local to host mserver)
  Creation Time : Sun Feb 1 20:53:39 2009
     Raid Level : raid5
  Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
     Array Size : 2930279808 (2794.53 GiB 3000.61 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0

    Update Time : Sat Apr 20 13:22:27 2013
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 6c8f71b7 - correct
         Events : 955190

         Layout : left-symmetric
     Chunk Size : 64K

      Number Major Minor RaidDevice State
this 3 8 33 3 active sync /dev/sdc1

   0 0 8 113 0 active sync /dev/sdh1
   1 1 8 17 1 active sync /dev/sdb1
   2 2 8 97 2 active sync /dev/sdg1
   3 3 8 33 3 active sync /dev/sdc1

Tengo algunas notas que sugieren que las unidades fueron montadas originalmente de la siguiente manera:

md0 : active raid5 sdb1[1] sdc1[3] sdh1[0] sdg1[2]
      2930279808 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

[Edit3]

Mirando el registro parece que ocurrió lo siguiente (basado en el Update Time en los resultados del --examine):

sdb y sdf fueron eliminados en algún momento después de las 13:22 del día 20
sdd fue eliminado en algún momento después de las 18:37 del día 20
el servidor se apagó en algún momento después de las 14:00 del día 1

Dado que dos discos se apagaron (aparentemente) de forma simultánea, creo que debería ser razonablemente seguro asumir que el array no habría sido escrito después de ese momento (?) y por lo tanto debería ser relativamente seguro forzarlo a reinstalarse en el orden correcto? ¿Cuál es el comando más seguro para hacer eso y hay una manera de hacerlo sin escribir ningún cambio?

Fuente

Jon Cage http://superuser.stackexchange.com/users/8396

Respuestas (3)

9

2014-09-13 01:33:49 +0000

Esta pregunta es un poco antigua, pero la respuesta podría ayudar a alguien que se enfrente a una situación similar. Mirando los recuentos de eventos de la salida mdadm –examine que has proporcionado, parecen bastante cercanos (955190 - para sdb1 y sdf1, 955219 para sde1 y para sdd1 tienes 955205). Si están por debajo de 40-50, esto está bien, y en ese caso el curso de acción recomendado es ensamblar tu array manualmente, forzando a mdadm a aceptar las unidades a pesar de la diferencia en el conteo de eventos:

Parar el array:

mdadm --stop /dev/md0

A continuación, intente volver a montar el array manualmente:

mdadm --assemble --force /dev/md0 /dev/sdb1 /dev/sdd1 /dev/sde1 /dev/sdf1

Compruebe el estado del array, para examinar si la lista/estructura de unidades está bien (la parte inferior de la salida del comando mostrará qué unidad está en qué estado y en qué posición del array):

mdadm --detail /dev/md0

Si la estructura está bien, compruebe el progreso de la reconstrucción:

cat /proc/mdstat

Fuente

Milen http://superuser.stackexchange.com/users/8396

0

2013-06-04 09:02:31 +0000

Puede activar el Raid md0 con el siguiente comando

mdadm -A /dev/md0

y este comando para actualizar el archivo mdadm.conf

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

Fuente

krizna http://superuser.stackexchange.com/users/8396

Preguntas relacionadas

6

¿Cómo puedo hacer que una máquina se quede con la pantalla en blanco durante un periodo de tiempo (a modo de penalización) si se alcanzan ciertos niveles de ruido? 1554

10

¿Cómo puedo ordenar la salida de 'ls' por la última fecha modificada? 1422

5

¿Cómo encontrar un directorio en linux? 467

37

¿Cómo ejecutar un comando cada vez que un archivo cambia? 459

3

¿Puedo detectar qué servidor web utiliza un sitio web? 48

Stefan Seidel http://superuser.stackexchange.com/users/8396 · Accepted Answer · 2013-06-04 09:14:49 +0000

28

2013-06-04 09:14:49 +0000

Las etiquetas S significan que el disco se considera “de repuesto”. Deberías intentar parar y reiniciar el array:

mdadm --stop /dev/md0
  mdadm --assemble --scan

para volver a montar el array y si eso no funciona, puede que tenga que actualizar su mdadm.conf, vea por ejemplo esta pregunta para saber cómo hacerlo.

Fuente

Stefan Seidel http://superuser.stackexchange.com/users/8396