Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Antecedentes

Escenario 1: Error en la prueba de diagnóstico de "loopback de puerto" N7K-M132XP-12

Escenario 2: Módulos M1 con inestabilidad de reinicio y/o link

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

Información Relacionada

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:

1. 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.

2. 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.

3. 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

4. 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

Nota: Es posible que deba verificar el número de prueba para asegurarse de que es la prueba de PortLoopback. El código base 5.x podría ser la prueba 5, mientras que el código base 6.0 podría ser la prueba 6.

(config)# diagnostic monitor module 1 test 5

# diagnostic start module 1 test 5

# show diagnostic result module 1 test 5

Nota: Podría tardar unos minutos antes de completar la prueba.

# 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.

Nota: Si el módulo falla la prueba de diagnóstico de forma consistente, es posible que se produzca una falla real del hardware, por lo que póngase en contacto con el centro de asistencia técnica Cisco Technical Assistance Center (TAC) para obtener más ayuda.

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.

Nota: Este problema se aplica a todos los tipos de módulos M1.

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.

Información Relacionada

- FN - 63495 - NX-OS 5.2(1) - Los módulos Nexus 7000 M1-Series pueden reiniciar o el estado de link a través de varios puertos puede fallar después de configurar una nueva VLAN con SPAN

- AVISO DE ASESORAMIENTO DE SOFTWARE

- Soporte Técnico y Documentación - Cisco Systems