Recuperación completa de Intel Matrix Software-RAID 1

Tenemos un server que ejecuta Fedora 8 y RAID de software de Intel en una configuration RAID 1.

Uno de los discos falló en nuestro server, así que reemplazé la unidad incorrecta e hizo un "dd si = / dev / sda de = / dev / sdb" para copyr los datos de la unidad buena a la nueva unidad.

Después de un reinicio estaba de nuevo en marcha; no hay quejas de Fedora en absoluto.

Sin embargo, al arrancar el BIOS Intel Matrix todavía dice que la matriz RAID está en un estado "Rebuild". No puedo ver nada malo con la matriz RAID de dentro del sistema operativo, y las herramientas basadas en Intel BIOS no tienen ninguna opción para rebuild la matriz RAID.

RAID Array Detalles

$ pvscan && vgscan && lvscan PV /dev/dm-2 VG VolGroup00 lvm2 [465.53 GB / 32.00 MB free] Total: 1 [465.53 GB] / in use: 1 [465.53 GB] / in no VG: 0 [0 ] Reading all physical volumes. This may take a while... Found volume group "VolGroup00" using metadata type lvm2 ACTIVE '/dev/VolGroup00/LogVol00' [463.56 GB] inherit ACTIVE '/dev/VolGroup00/LogVol01' [1.94 GB] inherit 

fdisk -l:

  Device Boot Start End Blocks Id System /dev/sda1 * 1 25 200781 83 Linux /dev/sda2 26 60800 488175187+ 8e Linux LVM Device Boot Start End Blocks Id System /dev/sdb1 * 1 25 200781 83 Linux /dev/sdb2 26 60800 488175187+ 8e Linux LVM Device Boot Start End Blocks Id System /dev/dm-0p1 * 1 25 200781 83 Linux /dev/dm-0p2 26 60800 488175187+ 8e Linux LVM 

Originalmente probé las herramientas lvm al intentar rebuild la matriz, pero no funcionaron para mí, ya que no tengo ninguna partición / dev / md *. Dmraid tampoco ayudó, así que volví al enfoque de bajo nivel y usé dd en su lugar.

Me pregunto si mi enfoque de bajo nivel es la razón por la que la matriz RAID no es vista por el BIOS de Intel como una reconstrucción adecuada.

Actualizaciones:

  • Sí, tengo una copy de security de Amazon S3 de los files importantes en el server.

La Intel Raid es administrada por la placa base y / o el controller. Las herramientas de lvm ni siquiera llegan a ver las cosas.

Su Linux viendo sda y sdb significa que vio a través de la configuration de la raid de la placa base, que es una cosa mala ™.

Hay varios niveles en una networkingada: 1) el hardware 2) lo que hace el raidcontroller 3) lo que ve el OS. En cualquier sistema de incursión confiable, 2 y 3 son los mismos. Si no son los mismos, preguntas como la tuya surgen, confundiendo incluso a los administradores más experimentados. En este caso, parece que tienes suerte. Hiciste la cosa equivocada, tu configuration de raid te ignoró, y ahora está haciendo (esperanzadamente) lo correcto.

Este no es siempre el caso. La igualdad de oportunidades es que haces lo correcto, el raid de la placa base te ignora y hace lo incorrecto.

La única manera de reparar de forma segura cualquier tipo de incursión es a través de las herramientas del sistema de raid.

Lo que el controller de Intel está haciendo ahora, es un dd, llamando a rebuild. Por supuesto, no vi lo que hizo tu dd! No tiene una idea de dónde viene la salida de datos de dd, y no puedo ahora que es, de hecho, los datos correctos. Así que tiene que hacer la copy misma. Para todos los pobres sabe, podría ser la colección de la abuela de recetas de pavo.

Para cualquier configuration sólida sólida del ataque, las cosas tienen que ser determinísticas. Las incursiones de la placa base generalmente no son (versión del BIOS, versión del controller, sistema operativo, etc). El administrador tiene que entrenarse para reparar las networkingadas. Si usted pone cualquier tipo de datos importantes sobre una incursión, usted debe trabajar a sí mismo a través de algunos de los fracasos de la misma. Si no lo hace, probablemente estaría mejor sin una incursión. Resulta que, la mayoría de las veces, sólo las incursiones de software del SO, o las incursiones de tarjetas de ataque son deterministas. El mixup de mainboard / driver raid que casi cada tabla tiene no es mucho más que un placebo.

PS ¿tienes una copy de security?

¡Tener cuidado! El "Intel Matrix RAID" integrado no es RAID de hardware real. Es software RAID disfrazado, que funciona a través de AFAIK un controller de Windows sólo. Olvídalo y configura RAID de software en Linux. Puede ser difícil de configurar como una idea tardía, por desgracia.