Data Domain: Alerta - El módulo de I/O ha fallado | ENTORNO DE EVT-00029

Este artículo de la base de conocimientos se aplica a los dispositivos PCIe; también se puede generar la misma alerta en un módulo de plataforma segura (TPM).

En el caso de un TPM defectuoso, consulte el artículo de la base de conocimientos Data Domain: Alerta: ENVIRONMENT-00029: El módulo de I/O de TPM falló

La falla o la extracción de una tarjeta de E/S (por ejemplo, SAS, NIC, NVRAM, FC) provoca la pérdida de comunicación con la tarjeta afectada.

• NO se admite el intercambio directo de dispositivos PCIe. El sistema DD DEBE estar apagado para volver a insertar o instalar un dispositivo PCIe.
• El intercambio en caliente desencadena un reinicio inesperado del sistema.

Ejemplo de alerta:

Alert Id:       147
Event Id:       EVT-ENVIRONMENT-00029
Event Message:  I/O module has failed
Object:         Enclosure=1:Slot=7
Additional Information: Cause=A hardware fault occurred

Un módulo de I/O PCIe (tarjeta PCI o SLIC) falló físicamente debido a una falla de hardware o se quitó de su ranura mientras el sistema estaba en ejecución. 
En algunos casos, un evento transitorio, como una falla de firmware, puede desencadenar un restablecimiento temporal de la tarjeta que también genera esta alerta. 

Paso 1: Confirme el estado de la tarjeta afectada

1. Conéctese al sistema DD a través de SSH (DDCLI).
2. Ejecute el comando system show hardware para mostrar el inventario de hardware.
3. Revise la salida. Una tarjeta defectuosa o quitada aparece como (empty) En su ranura:  

Ejemplo:

sysadmin@DD# system show hardware
Slot   Vendor   Device                            Ports
----   ------   -------------------------------   --------------
M      QLogic   QL41000 4x 10GBase-T (NDC)        Ma, Mb, Mc, Md
1      QLogic   QL41164 4x 10GbE SFP+             1a, 1b, 1c, 1d
2      EMC      NVRAM 16GB Card
3      EMC      PMC Quad Port 12 Gbps SAS         3a, 3b, 3c, 3d
4      Intel    Intel QuickAssist Adapter 8970
5      EMC      Quad Port 16 Gbps Fibre Channel   5a, 5b, 5c, 5d
6      QLogic   QL41000 2x 25GbE                  6a, 6b
7      (empty)         (empty)
8      QLogic   QL41000 2x 25GbE                  8a, 8b
----   ------   -------------------------------   --------------

En este ejemplo, se muestra la ranura 7 como (empty) ya que la tarjeta en esa ranura había fallado.

4. Si no se completan todas las ranuras, compare el resultado actual con un informe anterior de soporte automático para identificar la tarjeta faltante.

Paso 2: Compruebe si la alerta es transitoria
Esta alerta puede ser transitoria. En algunos casos, el sistema recupera correctamente la tarjeta por sí solo, por ejemplo, después de que un evento de firmware activa un restablecimiento de tarjeta.
En la mayoría de los ejemplos transitorios, la alerta publicada se borra sola y no se requiere ninguna acción adicional. 

1. Volver a ejecutar system show hardware después de unos minutos.
2. Si la tarjeta vuelve a aparecer en la salida y reanuda el funcionamiento normal, la alerta era transitoria. Borre la alerta y monitoree el sistema para detectar recurrencias.
3. Si la tarjeta permanece en un estado fallido o (empty) estado, continúe con el paso 3.

Paso 3 - Verificar y borrar acusaciones activas
Una falla de hardware puede hacer que el sistema DD cree una acusación contra el componente afectado. Las acusaciones activas pueden impedir ciertas operaciones o activar alertas adicionales.
Compruebe y borre cualquier acusación asociada con el módulo de I/O fallido.

1. Ejecute el comando # system indict list Comando para enumerar todas las acusaciones activas en el sistema:
2. Revise el resultado e identifique cualquier acusación que se relacione con el módulo de I/O defectuoso (haga coincidir la información del gabinete y la ranura de la alerta).
3. Elimine cada acusación pertinente ejecutando el siguiente comando, reemplazando <indict-id#> Con el indictment ID En la salida: # system indict remove <indict-id#>
4. Volver a ejecutar system indict list para confirmar que la acusación ha sido retirada con éxito. Continúe con el paso 4 si la tarjeta permanece en un estado fallido o (empty) .

Nota: Elimine las acusaciones solo después de haber confirmado la causa raíz o completado la acción de recuperación asociada. La eliminación de una acusación no resuelve el problema de hardware subyacente.

Paso 4: Intente la recuperación reiniciando el sistema

1. Reinicie el sistema de DD mediante la ejecución de # system reboot a través de SSH.
2. Después de reiniciar el sistema, ejecute el siguiente comando: system show hardware para verificar si la tarjeta se ha recuperado.
3. Si la tarjeta se detecta y funciona normalmente, borre la alerta (# alert clear <alert-id>), se aclaran las acusaciones (según el paso 3) y se sigue vigilando la recurrencia.
4. Si la tarjeta sigue apareciendo como (empty) o falló, continúe con el paso 5.

Paso 5: Vuelva a insertar o reinstale la tarjeta
Si la tarjeta se extrajo accidentalmente, se instaló en la ranura incorrecta o se debe volver a insertar:

1. Apague el sistema de DD mediante la ejecución de # system poweroff a través de SSH.
2. Reinstale (o vuelva a insertar) la tarjeta de E/S en la ranura correcta.
3. Vuelva a encender el sistema.
4. Ejecutar system show hardware para confirmar que se ha detectado la tarjeta.
5. Ejecutar system indict list para verificar que no queden acusaciones. Elimine las acusaciones obsoletas con system indict remove <indict-id#>
6. Si la tarjeta aún no aparece o no funciona, continúe con el paso 6.

Paso 6: Comuníquese con el soporte
técnicoSi la tarjeta permanece en un estado fallido después de realizar los pasos anteriores, es probable que la tarjeta esté defectuosa. 
Póngase en contacto con su proveedor de soporte de Dell para investigar la falla y concertar una reparación o un reemplazo.

Para acelerar la solicitud de servicio, confirme que se hayan completado los pasos del 1 al 5 y, a continuación, genere un nuevo paquete de soporte y adjúntelo a la SR.