Solução de problemas do módulo Nexus 7000 Series M132XP-12 com base em registros de erros
Contents
Introduction
Este documento descreve o processo usado para determinar se um módulo Cisco Nexus 7000 Series (N7K) M132XP-12 ou N7K-M132XP-12L precisa ser enviado para RMA (Return Material Authorization, autorização de material de retorno).
Prerequisites
Requirements
A Cisco recomenda que você tenha conhecimento da CLI do sistema operacional Nexus.
Componentes Utilizados
As informações neste documento são baseadas na placa de linha 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.
Informações de Apoio
Em caso de suspeita de falha de hardware no módulo N7K-M132XP-12, a causa pode ser de um defeito de software em que não é necessária uma RMA.
Este documento lista os sintomas encontrados e fornece as etapas de solução de problemas necessárias para determinar a integridade do módulo.
Cenário 1: Falha no teste de "loopback de porta" do diagnóstico N7K-M132XP-12
Sintomas
O módulo apresenta falha de diagnóstico e este syslog é observado:%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 verificação
Esse cenário provavelmente se deve à ID de bug Cisco CSCtn81109 ou CSCti95293.
Para verificar se o problema é causado por defeito de software ou por falha real de hardware que exige RMA, faça o seguinte:
- Verifique se a versão do NX-OS corresponde à versão do Distributed Defect Tracking System (DDTS). Ambos os DDTS são corrigidos e verificados na versão 5.2.4.
- Insira o comando show log quando a mensagem de diagnóstico for observada para exibir o datador de hora da falha do teste de diagnóstico. Determine se ocorreu algum problema de CPU quase ao mesmo tempo. Às vezes, quando a CPU está sobrecarregada, isso faz com que o teste de loopback da porta de diagnóstico falhe. Esse é um bom ponto de dados a ser coletado, embora possa não ser a causa do problema.
- Colete dados CLI adicionais com estes 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 - Limpe o resultado do diagnóstico e execute-o novamente enquanto a CPU não estiver sobrecarregada com estes 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
Se o módulo for recuperado e o teste de diagnóstico for bem-sucedido, é provável que isso seja devido ao DDTS mencionado acima, porque a falha real do hardware deve falhar no diagnóstico de forma consistente.
Cenário 2: Módulos M1 recebem reinicialização e/ou oscilações de link
Sintomas
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 verificação
Esse problema provavelmente deve-se à ID de bug Cisco CSCtt43115. NÃO é uma falha de hardware e não é necessária nenhuma substituição.
Colete todos os registros relatados e a sequência de eventos que ocorreram.
show tech detail
show accounting log
show logging
Certifique-se de que as configurações, especificamente o Switched Port Analyzer (SPAN) e os sintomas correspondam aos mencionados no gabinete de Notas de versão DDTS.
Cenário 3: Todos os módulos M1 apresentam falha em testes de diagnóstico específicos, como os testes PortLoopback ou RewriteEngineLoopback
Sintomas
Esse problema ocorre quando há um problema entre o mecanismo Supervisor Ativo (Sup) e o módulo Xbar, que resulta em corrupção do pacote de diagnóstico. O switch N7K pode informar que várias/todas as portas em vários/todos os módulos falham nesses testes.
Esse problema requer investigação manual e isolamento do mecanismo Sup defeituoso.
A condição que fez com que os testes entrassem no estado errdisabled pode ser transitória. A Cisco recomenda que você execute os testes sob demanda para determinar se a condição persiste.
Para limpar o estado ErrDisabled do teste, insira:
N7K# diagnostic clear result module 1 test ?
<1-6> Test ID(s)
all Select all
Para executar o teste sob demanda, insira:
N7K# diagnostic start module
test
Para parar o teste, insira:
N7K# diagnostic stop module
test
Como ação corretiva, o mecanismo Sup não aciona failover nem reinicializa para se recuperar dessa condição. Para solicitar uma ação corretiva, uma solicitação de aprimoramento foi inserida: ID de bug Cisco CSCth03474 - n7k/GOLD:Melhore o isolamento de falhas de N7K-GOLD.
Informações Relacionadas
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
21-Oct-2013 |
Versão inicial |
Feedback