Resolución de problemas del módulo M132XP-12 de Nexus serie 7000 basado en registros de errores
Contenido
Introducción
Este documento describe el proceso que se utiliza para determinar si es necesario enviar un módulo Cisco Nexus serie 7000 (N7K) M132XP-12 o un módulo N7K-M132XP-12L para la autorización de devolución de material (RMA).
Prerequisites
Requirements
Cisco recomienda que conozca la CLI del sistema operativo Nexus.
Componentes Utilizados
La información de este documento se basa en la tarjeta de línea N7K M132XP-12.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Antecedentes
En el caso de una sospecha de falla de hardware en el módulo N7K-M132XP-12, la causa podría ser un defecto de software cuando no se requiere una RMA.
Este documento enumera los síntomas experimentados y proporciona los pasos de troubleshooting requeridos para determinar el estado del módulo.
Escenario 1: Error en la prueba de diagnóstico de "loopback de puerto" N7K-M132XP-12
Síntomas
El módulo experimenta falla de diagnóstico y se observa este syslog:%DIAG_PORT_LB-2-PORTLOOPBACK_TEST_FAIL: Module:18 Test:
PortLoopback failed 10 consecutive times. Faulty module:
Module 18 affected ports:23 Error:Loopback test failed.
Packets lost on the LC at the Queueing engine ASIC
N7k# show diagnostic result module 18
Current bootup diagnostic level: complete
Module 18: 10 Gbps Ethernet Module
Test results: (. = Pass, F = Fail, I = Incomplete,
U = Untested, A = Abort, E = Error disabled)
1) EOBCPortLoopback--------------> .
2) ASICRegisterCheck-------------> E
3) PrimaryBootROM----------------> .
4) SecondaryBootROM--------------> .
5) PortLoopback:
Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
-----------------------------------------------------
U U I I I I I I U U I . I . I .
Port 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
-----------------------------------------------------
U U . . U U E . U U I I I I I I
6) RewriteEngineLoopback:
Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
-----------------------------------------------------
. . . . . . . . . . . . . . . .
Port 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
-----------------------------------------------------
. . . . . . . . . . . . . . . .
"show module"
N7k# show module
Mod Ports Module-Type Model Status
--- ----- -------------------------------- ------------------ ------------
16 32 10 Gbps Ethernet Module N7K-M132XP-12 ok
17 32 10 Gbps Ethernet Module N7K-M132XP-12 ok
18 32 10 Gbps Ethernet Module N7K-M132XP-12 ok
Mod Sw Hw
--- -------------- ------
16 4.2(6E5) 2.0
17 4.2(6E5) 1.7
18 4.2(6E5) 1.7
Mod MAC-Address(es) Serial-Num
--- -------------------------------------- ----------
16 50-3d-e5-b8-5e-10 to 50-3d-e5-b8-5e-34 JAF1504CPAR
17 88-43-e1-c7-0b-90 to 88-43-e1-c7-0b-b4 JAF1405BJLJ
18 88-43-e1-c7-60-c0 to 88-43-e1-c7-60-e4 JAF1405CLML
Mod Online Diag Status
--- ------------------
16 Fail
17 Pass
18 Fail
Lista de Verificación
Esta situación se debe probablemente al ID de bug de Cisco CSCtn81109 o CSCti95293.
Para verificar que el problema es causado por un defecto de software o por una falla de hardware real que requiere RMA, complete estos pasos:
- Compruebe si la versión de NX-OS coincide con la versión del sistema de seguimiento de defectos distribuido (DDTS). Ambos DDTS son fijos y verificados en la versión 5.2.4.
- Ingrese el comando show log cuando se observa el mensaje de diagnóstico para ver la marca de tiempo de la falla de la prueba de diagnóstico. Determine si hay algún problema de la CPU que haya ocurrido casi al mismo tiempo. A veces, cuando la CPU se sobrecarga, provoca un error en la prueba de loopback del puerto de diagnóstico. Se trata de un buen punto de datos que se debe recopilar aunque podría no ser la causa del problema.
- Recopile datos CLI adicionales con estos comandos:
tac-pac bootflash:tech.txt
show tech module 1
show tech gold
show hardware internal errors module 1 | diff - issue this a few times - Borre el resultado de diagnóstico y vuelva a ejecutarlo mientras la CPU no se ve abrumada con estos comandos:
# show diagnostic result module 1
# diagnostic clear result module all
(config)# no diagnostic monitor module 1 test 5(config)# diagnostic monitor module 1 test 5
# diagnostic start module 1 test 5
# show diagnostic result module 1 test 5# show module internal exceptionlog module 1
# show module internal event-history errors
# show hardware internal errors module 1
Si se recupera el módulo y se supera la prueba de diagnóstico, es probable que esto se deba a los DDTS mencionados anteriormente, porque los diagnósticos de fallas reales del hardware deberían fallar de manera consistente.
Escenario 2: Módulos M1 con inestabilidad de reinicio y/o link
Síntomas
N7k %$ VDC-1 %$ %DIAG_PORT_LB-2-PORTLOOPBACK_TEST_FAIL: Module:3
Test:PortLoopback failed 10 consecutive times. Faulty module:
affected ports:3,5,7,11,13,15,19,21,23,27,29,31 Error:Loopback test failed.
Packets lost on the LC at the MAC ASIC
N7k %$ VDC-1 %$ %DIAG_PORT_LB-2-PORTLOOPBACK_TEST_FAIL: Module:3
Test:PortLoopback failed 10 consecutive times. Faulty module:
affected ports:4,6,8,12,14,16,20,22,24,26,28,30,32 Error:Loopback test failed.
Packets lost on the LC at the Queueing engine ASIC
Lista de Verificación
Es probable que este problema se deba al Id. de bug Cisco CSCtt43115. NO se trata de una falla de hardware y no se requiere ningún reemplazo.
Recopile todos los registros notificados y la secuencia de eventos que se produjeron.
show tech detail
show accounting log
show logging
Asegúrese de que las configuraciones, específicamente el analizador de puertos conmutados (SPAN), y los síntomas coinciden con los mencionados en el gabinete de Notas de la versión de DDTS.
Escenario 3: Todos los módulos M1 fallan en las pruebas de diagnóstico específicas, como las pruebas de loopback de puerto o de reescrituraEngine
Síntomas
Este problema se produce cuando hay un problema entre el motor supervisor activo (Sup) y el módulo Xbar, lo que provoca una corrupción del paquete de diagnóstico. El switch N7K podría informar que varios/todos los puertos en varios/todos los módulos fallan estas pruebas.
Este problema requiere una investigación manual y el aislamiento del motor supervisor defectuoso.
La condición que hizo que las pruebas entraran en el estado errdisabled podría ser transitoria. Cisco recomienda que ejecute las pruebas a demanda para determinar si la condición persiste.
Para borrar el estado ErrDisabled de la prueba, ingrese:
N7K# diagnostic clear result module 1 test ?
<1-6> Test ID(s)
all Select all
Para ejecutar la prueba a demanda, introduzca:
N7K# diagnostic start module
test
Para detener la prueba, ingrese:
N7K# diagnostic stop module
test
Como acción correctiva, el motor Sup no activa la conmutación por fallas ni la reiniciación para recuperarse de esta condición. Para solicitar una acción correctiva, se ha presentado una solicitud de mejora: Id. de error de Cisco CSCth03474 - n7k/GOLD: mejora del aislamiento de fallas de N7K-GOLD.
Comentarios