¿Qué hace que una matriz RAID permanezca degradada después de añadir un disco de reemplazo?

Una matriz RAID sigue en estado degradado cuando el reemplazo está visible, pero todavía no se ha convertido en un miembro válido para la reconstrucción. Entre las causas habituales están el tamaño incorrecto, los metadatos externos, un estado no admitido, la falta de asignación manual o que otro disco de origen esté fallando.

No inicialices el reemplazo ni importes al azar una configuración externa. Primero identifica la matriz exacta, el puesto que falta, el número de serie del reemplazo, el estado del controlador y si es apto para la reconstrucción. El objetivo es conectar un destino vacío y apto sin cambiar la configuración de origen de confianza.

Confirma que el controlador correcto detecte el reemplazo

Un disco puede aparecer en el sistema operativo y, aun así, no estar disponible para el controlador RAID; también puede aparecer en el controlador en una ranura de la caja distinta de la esperada. Compara el número de serie físico, la bahía, el puerto del controlador y el número de sectores indicado.

Si el disco nuevo no aparece en la capa RAID, comprueba la alimentación, el backplane, el cable, el modo HBA y la asignación de la caja antes de cambiar los metadatos de la matriz. Insertarlo repetidamente sin identificar el número de serie puede llevar a intervenir en el miembro equivocado.

Ready, Unconfigured y Spare no significan que se esté reconstruyendo la matriz

Muchos controladores de hardware colocan los discos nuevos en un estado neutro, como Ready o Unconfigured Good. La matriz sigue en estado degradado hasta que se asigna el disco como reemplazo, disco de reserva dedicado o disco de reserva global en caliente apto, según el flujo de trabajo del controlador.

Un disco nuevo en estado Ready es un buen ejemplo: su mera presencia no cubre el puesto que falta en RAID. Comprueba si se requiere inserción en caliente, reemplazo manual o asignación como disco de reserva.

Por lo general, RAID por software requiere una incorporación explícita

Las matrices md de Linux no necesariamente reincorporan un disco desaparecido solo porque un dispositivo de bloques haya vuelto a aparecer en la misma ruta. El miembro anterior puede seguir marcado como retirado, mientras que el reemplazo solo existe como dispositivo sin usar.

El comportamiento de reincorporación manual con mdadm refleja un límite de seguridad: confiar automáticamente en un dispositivo que desapareció anteriormente puede ser peor que exigir a un administrador que lo verifique y lo añada deliberadamente.

Los metadatos externos pueden impedir el reemplazo

Un disco reutilizado puede contener firmas RAID de otra matriz. Los controladores lo etiquetan como externo porque importarlo podría alterar la configuración activa. Un disco nuevo también puede contener metadatos de fábrica, de prueba o de un uso anterior que impidan que el sistema lo considere apto automáticamente.

No importes una configuración externa desde un disco destinado a ser un reemplazo vacío. En un caso de estado de disco de reemplazo externo, cambiar el nuevo miembro al estado «correcto sin configurar» era el procedimiento adecuado, no importar su antigua definición de matriz.

La capacidad y la geometría de sectores deben cumplir el mínimo de la matriz

El reemplazo debe ofrecer como mínimo tantos sectores utilizables como el miembro averiado. Un disco con la misma capacidad nominal puede ser ligeramente más pequeño. Algunos controladores también rechazan cambios en el formato de sector lógico o físico, el tipo de interfaz, la certificación del firmware o las capacidades de cifrado.

Compara el tamaño exacto y el formato de sector, no solo la etiqueta de la caja. Si el controlador indica que el disco nuevo no es compatible o es demasiado pequeño, no fuerces su activación; elige una unidad de destino compatible y de mayor capacidad.

Otro disco de origen podría estar impidiendo la reconstrucción

Una reconstrucción necesita datos legibles de los miembros supervivientes. Si otro disco tiene sectores irrecuperables, agota repetidamente el tiempo de espera o desaparece de la matriz, el controlador puede cancelar la operación, mantener el reemplazo como repuesto o seguir en estado degradado tras un intento de reconstrucción fallido.

Revisa el registro de eventos desde el momento en que falló el disco original hasta el intento de reemplazo. La alerta más reciente puede referirse al disco de destino, mientras que el bloqueo real puede ser un error de lectura en otro miembro de origen.

Usa un orden de resolución de problemas basado en el estado

Una asignación manual de reconstrucción específica del controlador puede usar una acción de repuesto dinámico para iniciar la recuperación. Usa la transición de estado documentada para la plataforma, en lugar de comandos genéricos copiados de otra pila RAID.

Verifica el inicio de la reconstrucción antes de dejar el sistema

Una vez asignado el reemplazo, observa el proceso el tiempo suficiente para confirmar que aumente la cantidad de bloques procesados y que el número de serie previsto sea el del destino. Una transición de estado que empieza y se interrumpe de inmediato sigue dejando el arreglo degradado, aunque el panel haya mostrado brevemente que se estaba reconstruyendo.

Guarda el primer error que aparezca tras una interrupción. A menudo identifica el verdadero obstáculo con más claridad que el resumen final, especialmente si una unidad de origen superviviente agota el tiempo de espera o el controlador rechaza la geometría del destino.

Preguntas frecuentes

¿Debo inicializar primero el disco de reemplazo?

Por lo general, no. La inicialización puede escribir metadatos y ser destructiva si se selecciona el disco equivocado. Prepara únicamente el destino vacío confirmado mediante el flujo de trabajo de reemplazo del controlador.

¿Por qué el intercambio en frío dejó el disco nuevo sin usar?

Algunos controladores detectan y asocian el reemplazo de forma diferente durante la inserción en caliente. El intercambio en frío puede dejar un rol faltante y un disco listo independiente que debe asignarse manualmente.

¿Puedo forzar la conexión de la unidad?

Las acciones para forzar la conexión están pensadas para situaciones de recuperación específicas y pueden promover datos desactualizados. Para un reemplazo nuevo y vacío, asígnalo como destino de reconstrucción o como repuesto, en lugar de fingir que contiene datos actuales del arreglo.

El arreglo solo vuelve a estar en buen estado cuando cambia la composición de sus miembros

Un reemplazo visible no elimina el estado degradado. Debe ser apto, asignarse al rol faltante, reconstruirse a partir de fuentes legibles y convertirse en un miembro activo sincronizado.