Owners Manual

Tabla 27. Descripciones de eventos y acciones recomendadas (continuación)
Número Gravedad Descripción/acciones recomendadas
Para un grupo de discos tolerante a fallas, ejecute scrub disk-groups para un grupo de discos
virtuales o scrub vdisk con el parámetro fix habilitado para un grupo de discos lineal. Este paso
hará que la paridad sea consistente con los datos de usuario existentes, y es necesario para reparar
problemas de integridad de datos.
Para un grupo de discos en reconstrucción, permita que termine la reconstrucción y ejecute scrub
disk-groups para un grupo de disco virtual o scrub vdisk con el parámetro fix habilitado
para un grupo de discos lineal. Este paso hará que la paridad sea consistente con los datos de
usuario existentes, y es necesario para reparar problemas de integridad de datos.
Restaure los datos al grupo de discos desde una copia de respaldo.
591 Error Un módulo de controladora se cercó debido a una falla o un módulo de controladora ya no está cercado.
El módulo de controladora indicada no funciona correctamente y se aisló del sistema. Cuando el
problema se resuelve, un evento con el mismo código se registra con gravedad Informativa.
Acciones recomendadas:
Reemplace el módulo de controladora que registró este evento.
Resuelta Un módulo de controladora se cercó debido a una falla o un módulo de controladora ya no está cercado.
Se resolvió una falla que causaba que el módulo de controladora indicado se cercara. El módulo de la
controladora volvió al servicio.
Acciones recomendadas:
No es necesario realizar ninguna acción.
593 Información Un bus de PCIe cambió de velocidad.
Acciones recomendadas:
No es necesario realizar ninguna acción.
594 Información No se encuentra el disco indicado en el grupo de discos indicado, y el grupo está en cuarentena.
Mientras el grupo de discos se encuentra en cuarentena, en almacenamiento lineal, fallará cualquier
intento de acceder a sus volúmenes desde un host. En almacenamiento virtual, todos los volúmenes del
pool pasarán a ser de solo lectura de manera forzada. Si se puede acceder a todos los discos, el grupo
de discos se quitará de cuarentena automáticamente con un estado resultante de FTOL. Si no se puede
acceder a todos los discos, pero hay suficientes discos accesibles para permitir la lectura y la escritura al
grupo de discos, se quitará de cuarentena automáticamente con un estado resultante de FTDN o CRIT.
Si hay un disco de repuesto disponible, la reconstrucción comenzará automáticamente. Cuando el grupo
de discos se quite de cuarentena, se registra el evento 173. Para una discusión más detallada sobre la
quita de discos de cuarentena, consulte la documentación del PowerVault Manager o de la CLI.
PRECAUCIÓN:
Evite usar la operación de quita de cuarentena manual como método de recuperación
cuando registra el evento 172, ya que esto provoca que la recuperación de datos sea
más difícil o imposible.
Si borra los datos de caché no escritos mientras un grupo de discos se encuentra en
cuarentena u offline, los datos se perderán permanentemente.
Acciones recomendadas:
Si el evento 173 se registró subsecuentemente para el grupo de discos indicado, no es necesario
realizar ninguna acción. Ya se quitó el grupo de discos de cuarentena.
De lo contrario, realice las siguientes acciones:
Verifique que todos los gabinetes estén encendidos.
Verifique que todos los discos y módulos de I/O en cada gabinete estén completamente
asentados en sus ranuras y que sus pestillos estén bloqueados.
Vuelva a colocar cualquier disco en el disco de cuarentena que se informe como perdido o fallido
en la interfaz de usuario (NO quite y vuelva a colocar discos que no sean miembros del grupo de
discos en cuarentena).
Verifique que los cables de expansión de SAS están conectados entre cada gabinete del sistema
de almacenamiento y que estén completamente asentados (NO quite y vuelva a insertar los
cables, ya que esto puede causar problemas con grupos de discos adicionales).
Eventos y mensajes de evento
145