Switches : Switches Cisco Nexus 7000 Series

Pesquise defeitos edições do hardware comum e da arquitetura em 7000 Series Switch do nexo

19 Setembro 2015 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback

Introdução

Este documento fornece uma explicação resumida e soluções para edições do hardware comum e da arquitetura para o Switches Cisco Nexus série 7000 que executa o software do sistema do Cisco NX-OS.

Nota: O formato exato do syslog e das mensagens de erro que este documento descreve podem variar ligeiramente. A variação depende da release do software executada no Supervisor Engine.

Contribuído por Ivan Shirshin e por Naveen Venkateshaiah, engenheiros de TAC da Cisco.

Problema: Falha de SpineControlBus

O teste de controle da espinha falha para o supervisor do nexo 7000:

Nexus7000# show module internal exceptionlog module 5
...
System Errorcode  : 0x418b0022 Spine control test failed
Error Type        : Warning
PhyPortLayer      : 0x0
Port(s) Affected  : none
Error Description : Module 10 Spine Control Bus test Failed
...
         11) SpineControlBus E
                Error code ------------------> DIAG TEST ERR DISABLE
                Total run count -------------> 1597800
                Last test execution time ----> Mon May 27 21:57:17 2013
                First test failure time -----> Sun Nov 20 00:30:55 2011
                Last test failure time ------> Mon May 27 21:57:17 2013
                Last test pass time ---------> Mon May 27 21:56:47 2013
                Total failure count ---------> 33
                Consecutive failure count ---> 1
                Last failure reason ---------> Spine control test failed

Solução

Este isue é relacionado à identificação de bug Cisco CSCuc72466. Refira o nexo 7000 FAQ: O que é a ação recomendada tomar quando o teste de SpineControlBus falhar?.

Problema: Blocos incorreto encontrados no NVRAM

Os erros NVRAM aparecem em eventos diagnósticos:

Nexus7000#show diagnostic events
1) Event:E_DEBUG, length:97, at 9664 usecs after Wed Dec  5 01:03:42 2012
    [103] Event_ERROR: TestName->NVRAM TestingType->health monitoring module->5
Result->fail Reason->
#show diagnostic result module 5 test NVRAM detail
 4) NVRAM-------------------------> E
                Error code ------------------> DIAG TEST ERR DISABLE
                Total run count -------------> 52596
                Last test execution time ----> Wed Dec  5 01:03:41 2012
                First test failure time -----> Tue Dec  4 23:28:45 2012
                Last test failure time ------> Wed Dec  5 01:03:42 2012
                Last test pass time ---------> Tue Dec  4 23:23:41 2012
                Total failure count ---------> 20
                Consecutive failure count ---> 20
                Last failure reason ---------> Bad blocks found on nvram

Esta é um problema de hardware, uma falha do Supervisor Engine, ou uma edição transiente.

Solução

  1. Torne a colocar em funcionamento o teste NVRAM a fim ver se este é um alarme falso. Incorpore estes comandos a fim desabilitar e reenable o teste diagnóstico (exemplo se dado para o módulo do problema 5):
    • nenhum teste NVRAM do módulo 5 do monitor diagnóstico
    • teste NVRAM do módulo 5 do monitor diagnóstico

    Inscreva o comando detail do teste NVRAM do módulo 5 do resultado de diagnóstico da mostra a fim ver os resultados do comando test.

  2. Se o teste NVRAM falha outra vez, assente o módulo 5. observam o resultado do módulo 5 do resultado de diagnóstico da mostra e de comandos show module.
  3. Se o módulo falha outra vez, levante um pedido da autorização de material do retorno (RMA) para o supervisor no entalhe do problema.

Problema: Falha do flash compacto do módulo 9

Um ou toda a estes é visto no supervisor 2/Supervisor 2E:

  • Mensagem de erro:
    DEVICE_TEST-2-COMPACT_FLASH_FAIL: Module 5 has failed test CompactFlash 
    20 times on device Compact Flash due to error The compact flash power test failed.
  • Incapaz de salvar a configuração.
  • Falhas do teste diagnóstico:
           Test results: (. = Pass, F = Fail, I = Incomplete,
           U = Untested, A = Abort, E = Error disabled)
           7) CompactFlash E
                   Error code ------------------> DIAG TEST ERR DISABLE
                   Total run count -------------> 23302
                   Last test execution time ----> Sun Apr 13 10:07:30 2014
                   First test failure time -----> Sun Apr 13 00:37:41 2014
                   Last test failure time ------> Sun Apr 13 10:07:40 2014
                  Last test pass time ---------> Sun Apr 13 00:07:41 2014
                  Total failure count ---------> 20
                   Consecutive failure count ---> 20
                   Last failure reason ---------> The compact flash power test
                                                   failed
                   Next Execution time ---------> Sun Apr 13 10:37:30 2014

Causa de raiz

Os nexos da segunda geração 7000 supervisores são enviados com dois flashes idênticos do eUSB para a Redundância. Os flashes fornecem um repositório para o bootflash, as configurações, e a outra informação pertinente. Estes dois flashes estão reconfigurados enquanto uma matriz redundante de discos independentes (RAID) 1 disposição que executa o Espelhamento interno. Com a Redundância, um supervisor pode funcionar com a perda de um dos flashes mas não de ambos.

Há alguns exemplos no campo onde um ou both of these flash é marcado como o mau pelo software RAID sobre um alcance de tempo de diversos meses ou anos no serviço. Uma restauração/repartição da placa redescobre estes flashes falhados é saudáveis na bota seguinte acima.

Solução

Termine estas etapas a fim verificar se este é ou não é um problema de hardware:

  1. Recarregue o supervisor do problema, se possível.
  2. Se a edição é considerada após o reload, você precisa uma substituição de hardware.
  3. Se a edição é fixada pelo reload, a causa de raiz está relacionada à identificação de bug Cisco CSCus22805.

Problema: Falha de test de PortLoopback da placa de linha N7K-M132XP-12

A placa de linha relata os diagnósticos falhas devido para mover consecutivamente tempos da falha de test 10 de PortLoopback:

DIAG_PORT_LB-2-PORTLOOPBACK_TEST_FAIL  Module:16 Test:PortLoopback
failed 10 consecutive times. Faulty module:Module 16 affected ports:5,7 
Error:Loopback test failed. Packets lost on the LC at the Queueing engine ASIC

MODULE-4-MOD_WARNING  Module 16 (serial: XXXX) reported warning on
ports 16/5-16/5 (Ethernet) due to Loopback test failed. 
Packets lost on the LC at the Queueing engine ASIC in device 78
(device error 0x41830059)

Causa de raiz

Este é um mensagem de advertência e indica na maioria dos casos um problema de hardware com a porta.

Solução

Verifique para ver se há a identificação de bug Cisco CSCtn81109 e a identificação de bug Cisco CSCti95293 primeiramente, porque esta poderia ser uma questão de software.

Assente o módulo primeiramente a fim reinitialize os testes da sanidade do hardware da inicialização do cartão e da repetição. Se os testes de diagnósticos ainda mostram a falha para o mesmo cartão, substitua o cartão.

Recarregue o cartão em um tempo conveniente e recolha as saídas destes comandos:

  • mostre o log de registo
  • show module
  • mostre a módulo do resultado do diagn todo o detalhe

Alternativamente, você pode tornar a colocar em funcionamento somente este teste específico e não precisa de recarregar o cartão. Este exemplo mostra o módulo 16:

show diagnostic result module 16
diagnostic clear result module all
(config)# no diagnostic monitor module 16 test 5
(config)# diagnostic monitor module 16 test 5
diagnostic start module 16 test 5
show diagnostic result module 16 test 5

Problema: N7K-M132XP-12 placa de linha MODULE-4-MOD_WARNING

Estes erros aparecem e há um reload possível do módulo:

2013 Mar 27 00:40:23 DC3-7000-PRODD2-A23  MODULE-4-MOD_WARNING  
Module 9 (serial: XXX) reported warning on ports 9/1-9/3 (Unknown)
due to BE2 Arbiter experienced an error in device 65 (device error 0xc410f613)

Causa de raiz

Esta é uma falha do hardware causada por erros de paridade ou por problemas de hardware na placa-filha.

Solução

  1. Verifique a saída destes comandos:
    • show version
    • mostre o módulo X da razão de reinicialização do sistema
    • mostre a razão de reinicialização interna a bordo de registo
    • módulo interno X da evento-história do módulo show
    • show log
  2. Se sua versão de Cisco NS-OX está mais adiantada do que a versão 4.2, a seguir a elevação a uma nova versão a fim assegurar reparos para estes defeitos do software está integrada (minimize a possibilidade de erros de paridade):
    • O D-esconderijo da identificação de bug Cisco CSCso72230 L1 permitiu 8541 impactos CPU com erros de paridade do D-esconderijo L1
    • Identificação de bug Cisco CSCsr90831 - O D-esconderijo L1 permitiu 8541 impactos CPU com erros de paridade do impulso do D-esconderijo L1
  3. Se os erros ocorrem repetidamente, assente o cartão e monitore-o.
  4. Se os erros ainda estão repetindo, substitua o módulo do problema.

Defeito adicional do software conhecido

Identificação de bug Cisco CSCtb98876

Problema: Erro da perda de sincronização dos serdes N7K-M224XP-23L chico

Estes erros aparecem no módulo:

%MODULE-4-MOD_WARNING: Module # (Serial number: XXXX) reported warning 
Ethernet#/# due to chico serdes sync loss in device DEV_SKYTRAIN
(device error 0xc9003600)

Causa de raiz

Estes erros indicam que há uma edição da perda de sincronização entre o módulo # e o Xbar/ASIC. Na maioria dos casos a causa é uma falha do hardware do módulo.

Se sua versão de Cisco NS-OX está mais adiantada de 6.1(4) e a mensagem não aparecem continuamente, pode ser afetada pela identificação de bug Cisco CSCud91672. A causa do defeito é que os ajustes dos serdes NX-OS são diferentes dos ajustes diagnósticos nos dois canais entre SKT <-->SAC.

Solução

Recolha a saída destes comandos:

  • show version
  • show module
  • show run
  • módulo interno X da evento-história do módulo show
  • módulo interno X da atividade do módulo show
  • módulo interno X do exceção-log do módulo show
  • erros internos da evento-história do módulo show
  • mostre o registo de últimos 200
  • mostre o nvram de registo

Promova o interruptor à versão 6.1(4) ou mais recente NS-OX a fim isolar a causa do defeito.

Execute este teste a fim confirmar se o cartão é defeituoso em vez do xbar ou do slot de chassi:

  1. Mova o módulo do problema para um outro entalhe livre no chassi.
  2. Se você tem um módulo de reposição, introduza-o em um entalhe do problema.
  3. Se os erros não são considerados após etapa 1, introduza o módulo para trás no entalhe do problema e verifique-o.

Problema: N7K-F248XP-25 PrimaryBootROM e falhas de test de SecondaryBootROM

O módulo N7K-F248XP-25 falha em testes de PrimaryBootROM e de SecondaryBootROM:

show module internal exceptionlog module 1 | i Error|xception
********* Exception info for module 1 ********
exception information --- exception instance 1 ----
Error Description : Secondary BootROM test failed
 
exception information --- exception instance 2 ----
Error Description : Primary BootROM test failed

Causa de raiz

Este é geralmente visto devido à corrupção do arquivo BIOS ou à falha do hardware da placa de linha.

Solução

A identificação de bug Cisco CSCuf82089 adiciona o código para mostrar mais informação descritiva sobre tais falhas para melhores diagnósticos. Por exemplo, mostra um componente falho em vez atualmente de um valor nulo.

A edição é causada em alguns casos pela corrupção BIOS no módulo. Incorpore o comando forçado bios do módulo X da instalação a fim resolver isto. Note que este comando pode potencialmente impactar o serviço. A recomendação é executá-la somente durante uma janela de manutenção.

Siga estas etapas para resolver o problema:

  1. Programe uma janela de manutenção e incorpore o comando forçado bios do módulo X da instalação como uma alternativa possível. Incorpore somente este comando durante uma janela de manutenção a fim evitar o impacto do serviço potencial.
  2. Se etapa 1 não ajuda ou não é possível ter uma janela de manutenção para esta ação, substitua o módulo. Estas saídas de exemplo mostram uma falha de tentativa:
Nexus7000# install module 1 bios forced
Warning: Installing Bios forcefully...!
Warning: Please do not remove or power off the module at this time
Upgrading primary bios
Started bios programming .... please wait
[#                            0%                             ]
BIOS install failed for module 1, Error=0x40710027(BIOS flash-type verify failed)
BIOS is OK ...
Please try the command again... 

Problema: Falha do sensor de temperatura

Este erro é considerado na plataforma:

%PLATFORM-4-MOD_TEMPFAIL: Module-2 temperature sensor 7 failed

Causa de raiz

Esta é uma edição intermitente com o bloco da temperatura/tensão no ASIC sob certas condições devido ao sincronismo interno ASIC. A identificação de bug Cisco CSCtw79052 descreve a causa conhecida para esta edição.

Esta é uma questão de cronometragem entre o ASIC que trava a temperatura internamente e o software que prova o bit válido. A edição é que pode bater em alguns dos 12 exemplos da tosquiadeira. Não há nenhum disparador particular para este problema e é intermitente. Este problema não impacta o serviço e elevara porque a temperatura leu a lógica tem uma edição que exija mais novas tentativas no direcionador.

Solução

Recolha a saída destes comandos e de verificação contra a identificação de bug Cisco CSCtw79052:

  • show version
  • mostre a temperatura env
  • mostre o <module-> do módulo do sprom 
  • <module-> do módulo do anexo de Nexus#
  • erros internos da evento-história do sensor do hardware do <module#>#show

Problema: Xbar Error/C7010-FAB-1 no estado inativo da potência

O C7010-FAB-1 está em um estado inativo da potência e estes erros aparecem:

%PLATFORM-3-EJECTOR_STAT_CHANGED: Ejectors' status in slot 13 has changed, 
Left Ejector is OPEN, Right Ejector is CLOSE

%PLATFORM-3-EJECTOR_STAT_CHANGED: Ejectors' status in slot 13 has changed,
Left Ejector is OPEN, Right Ejector is OPEN

%PLATFORM-2-XBAR_REMOVE: Xbar 3 removed (Serial number XXX)
 
Xbar Ports  Module-Type                         Model              Status
---  -----  ----------------------------------- ------------------ ----------
3    0      Fabric Module                       N/A                powered-dn
?
Xbar Power-Status  Reason
---  ------------  ---------------------------
3    powered-dn     failure(powered-down) since maximum number of bringups were exceeded

Alternativamente, os erros xbar ASIC aparecem:

%MODULE-4-MOD_WARNING: Module 15 (serial: XXX) reported warning due to 
X-bar Interface ASIC Error in device 70 (device error 0xc4600248)

%OC_USD-SLOT15-2-RF_CRC: OC2 received packets with CRC error from MOD 15
through XBAR slot 3/inst 2

Causa de raiz

Esta edição é devido módulo xbar defeituoso ou ruim-assentado, ou a um slot de chassi ruim.

Solução

  1. Verifique a saída destes comandos:
    • show version
    • show module
    • show logging
    • mostre o nvram de registo
    • exceção-log interno do módulo show
    • evento-história interna do módulo show
    • mostre o núcleo
    • mostre a razão de reinicialização do sistema
    • show environment | em xbar
    • a evento-história interna X xbar da plataforma interna do sistema da mostra é xbar #
    • mostre a sistema o xbar-cliente interno erros internos da evento-história
    • mostre a sistema xbar interno todo
    • mostre a sistema erros xbar internos da evento-história
  2. Execute um duro assentam do módulo xbar e verificam o estado.
  3. Se assentar falha, teste xbar em um outro entalhe ou teste o mesmo entalhe com um outro módulo xbar a fim assegurar-se de que o chassi seja muito bem.
  4. Substitua o hardware defeituoso baseado nos testes executados em etapas 2 e 3.

Problema: Módulo falhado N7K-C7010-FAN-F do fã

Uns ou vários destes sintomas de falha de ventilador são observados:

%PLATFORM-5-FAN_STATUS: Fan module 3 (Serial number XXX) 
Fan3(fab_fan1) current-status is  FAN_FAIL
 
Nexus 7000#show environment fan
Fan3(fab_fan1)  N7K-C7010-FAN-F    1.1     Failure (Failed Fanlets: 2 6 7 8 9 10 14 15 )
Fan4(fab_fan2)  N7K-C7010-FAN-F    1.1     Ok 
...
 
#show hardware
----------------------------------
Chassis has 4 Fan slots
----------------------------------
Fan3(fab_fan1) failed
  Model number is N7K-C7010-FAN-F
...

Causa de raiz

Na maioria dos casos esta é uma falha o do fã ou do slot de chassi.

Solução

  1. Verifique a saída destes comandos:
    • show version
    • show module
    • mostre o inventário
    • show log
    • mostre o nvram do log
    • mostre o fã do ambiente
  2. Teste este N7K-C7010-FAN-F em uns outros bons chassis.
  3. Substitua o fã ou o chassi baseado nos resultados de etapas 1 e 2.

Problema: Alarme da fonte de alimentação %PLATFORM-2-PS_CAPACITY_CHANGE

Os alarmes são considerados para as mudanças da capacidade, às vezes muito frequentemente.

%PLATFORM-2-PS_CAPACITY_CHANGE: Power supply PS2 changed its capacity. 
possibly due to On/Off or power cable removal/

2013 Oct 17 17:06:40 ... last message repeated 14 times

 

Causa de raiz

Esta edição é devido a um cabo de potência defeituoso ou desligado, ou uma falha de fonte de alimentação.

Solução

Verifique a saída do comando detail da potência env da mostra e pesquise o status de fonte de alimentação. Nestas saídas de exemplo, ambas as cordas são conectadas mas a segunda capacidade 1200W das mostras somente em vez de 3000W e dela precisa de ser para o 220V AC no N7K-AC-6.0KW. A fonte de alimentação testada ESTÁ BEM. Substitua a fonte de alimentação.

PS_2 total capacity:    4200 W   Voltage:50Vchord 1    capacity:    3000 W chord 1    
connected to 110v AC chord 2    capacity:    1200 W chord 2    connected to 220v AC

Problema: %PLATFORM-5-PS_STATUS: Alarme da fonte de alimentação X PS_FAIL

Este alerta aparece na plataforma:

%PLATFORM-5-PS_STATUS: PowerSupply 3 current-status is PS_FAIL

%PLATFORM-2-PS_FAIL: Power supply 3 failed or shut down (Serial number xxxxx)

Causa de raiz

Este alerta é devido a um cabo de potência defeituoso ou desligado, ou uma falha de fonte de alimentação.

Solução

  1. Verifique a saída destes comandos:
    • detalhe do show environment power
    • show power
  2. Assente a fonte de alimentação falhada. Use a fonte de alimentação redundante a fim assegurar-se de que a potência não vá off line.
  3. Submeta um RMA para a fonte de alimentação. Use a fonte de alimentação redundante a fim assegurar-se de que a potência não vá off line.

Referências

Redundância da fonte de alimentação do 7000 Series do nexo de Cisco

Problema: Edição da fonte de alimentação em FEX

Estes alarmes aparecem para a fonte de alimentação FEX:

%SATCTRL-FEX104-2-SOHMS_DIAG_ERROR: FEX-104 Module 1: Runtime diag detected major event:
Voltage failure on power supply: 1
%SATCTRL-FEX104-2-SOHMS_DIAG_ERROR: FEX-104 System minor alarm on power
supply 1: failed

%SATCTRL-FEX104-2-SOHMS_DIAG_ERROR: FEX-104 Recovered: System minor alarm
on power supply 1: failed 

Solução

Verifique para ver se há o hardware e questões de energia. Se você tem uma questão de software, os Mensagens de Erro continuam mesmo depois que você troca o hardware.

Os métodos para resolver estas edições incluem:

  1. Assente a fonte de alimentação FEX. Use a fonte de alimentação redundante a fim assegurar-se de que a potência não vá off line.
  2. Submeta o RMA para a fonte de alimentação FEX. Use a fonte de alimentação redundante a fim assegurar-se de que a potência não vá off line.
  3. Repita estas etapas para a segunda fonte de alimentação.

Reveja e responda a estas perguntas a fim ajudar a definir as circunstâncias da falha:

  1. Quantas fontes de alimentação FEX são afetadas?
  2. Para um alarme menor, você trocou a fonte de entrada, e aquela fez alguma diferença?
  3. Você tem outras fontes de alimentação FEX que têm edições?
  4. Você tem alguma outra caixa da mesma fonte de alimentação?
  5. Você substituiu o cabo de alimentação?
  6. Havia uma oscilação de energia ou um pulso aleatório no ambiente?

Recolha a saída destes comandos a fim investigar as falhas:

  • mostre o fex 100 todos do sprom
  • mostre o log de registo | não mais
  • mostre o fex 100 da tecnologia | não mais
  • anexe o fex 100
  • mostre o traço do satctrl do software de plataforma

Defeito do software conhecido

Identificação de bug Cisco CSCtr77620

Problema: As fontes de alimentação N7K-AC-6.0KW são relatadas como a falha

As fontes de alimentação N7K-AC-6.0KW de Emerson estão relatadas como a falha/fechou mas o interruptor é executado muito bem e a saída non-0 real está visto para a fonte de alimentação do problema.

Causa de raiz

Em uma fonte com active de ambas as entradas, quando uma entrada é desligada, reconectada, e desligada outra vez dentro de 1.5 segundos a fonte pode travar uma falha da sob-tensão e NX-OS pode embandeirar a fonte de alimentação como falhada. Em uma outra variação, em uma fonte com duas entradas, remova um entrado e espere 20 a 30 segundos. A fonte pôde intermitentemente ajustar o alarme interno da falha e NX-OS relata a fonte de alimentação como falhada.

A identificação de bug Cisco CSCty78612 faz mudanças ao firmware nas unidades de fonte de alimentação a fim fixar a edição.

A identificação de bug Cisco CSCuc86262 adiciona uma melhora de software a fim recuperar destas falhas falsas. NX-OS agora autonomamente monitora o estado da unidade de fonte de alimentação (PSU) e altera-o ao estado apropriado se o estado relatado difere do estado real.

Solução

Inscreva o comando detail da potência env da mostra e verifique a saída real a fim verificar a falha falsa:

Nexus7000# show env power
Power Supply:
Voltage: 50 Volts
Power Actual Total
Supply Model Output Capacity Status
(Watts ) (Watts )
------- ------------------- ----------- ----------- --------------
1 N7K-AC-6.0KW 0 W 0 W Shutdown
2 N7K-AC-6.0KW 3888 W 6000 W Fail/Shut

A falha errônea/estado fechado é cancelada quando você põe o ligar/desligar o PSU.

A identificação de bug Cisco CSCty78612 faz mudanças ao firmware no PSU. O software foi aumentado com a identificação de bug Cisco CSCuc86262 que recupera da falha falsa/notificações fechadas com a correção dos bit falsos se a fonte de alimentação no tempo de execução se opera normalmente. As versões 5.2(9), 6.1(3), 6.2(2) e mais atrasados NX-OS têm o presente do realce que evita um RMA.

Problema: Quedas de pacote de informação do software

Os grandes pacotes do tamanho são deixados cair parte de quando há uma taxa alta dos pacotes IP com um comprimento mais longo do que o MTU configurado na interface de saída do pacote.

Causa de raiz

Este é um comportamento esperado. Quando o sistema recebe um pacote IP com um comprimento mais longo do que o MTU configurado na interface de saída do pacote, o sistema envia este pacote ao plano do controle, que toma da fragmentação. Em NX-OS 4.1.3 e mais atrasado, um taxa-limitador é aplicado a tais pacotes punted. Isto limita-o a um máximo de 500 pps à revelia.

Solução

Este é um defeito do software conhecido na identificação de bug Cisco CSCsu01048.

Problema: Erro de sistema de auto-teste da falha USER-2-SYSTEM_MSG FIP

A falha de auto-teste "USER-2-SYSTEM_MSG FIP em DCOS_rand - exibições de erros do netstack”.

Causa de raiz

Sempre que um número aleatório é gerado, o self-test condicional do gerador de número aleatório (CRNG) é executado. Se o teste falha, um mensagem do syslog está registrado. Isto é feito conforme a recomendação dos padrões de processamento de informação federal (FIP). Contudo, o impacto deste é inofensivo porque o número aleatório é gerado outra vez.

Há dois tipos de geradores de número aleatório (RNGs) em NX-OS:

  • FIP RNG que é executado na biblioteca cripto do OpenSSL
  • NON-FIP RNG que é o linux RNG

Conforme FIP, todo o RNGs deve executar o teste condicional do gerador de número aleatório (CRNGT). O teste compara o número aleatório gerado corrente com precedente. Se os números são os mesmos, a seguir um mensagem do syslog está gerado e um mais número aleatório é gerado.

O teste é executado a fim assegurar essa unicidade do número aleatório. Não há nenhum impacto funcional porque o número é regenerado.

Solução

Esta mensagem é inofensiva à operação de sistema. Da versão 5.2x e mais recente do Cisco NX-OS, a severidade da mensagem é abaixada longe de 2 assim que já não vê-se com configuração de registro do padrão. Isto que registra ocorre como parte dos auto-testes internos NX-OS para várias funções no interruptor.

Este é um defeito do software conhecido na identificação de bug Cisco CSCtn70083.


Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Document ID: 118959