Switches : Switches Cisco Catalyst 6500 Series

Troubleshooting de Falhas Comuns e de Hardware em Catalyst 6500/6000 Series Switches Executando o Cisco IOS System Software

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


Índice


Introdução

Este documento descreve pesquisar defeitos o hardware e problemas comuns relacionados no Switches do Catalyst 6500/6000 que executa o software do sistema do � do Cisco IOS. O Cisco IOS Software corresponde a uma única imagem do Cisco IOS para ambos os módulos Supervisor Engine e Multilayer Switch Feature Card (MSFC). Este documento assume que você possui um sintoma do problema e que deseja obter informações adicionais sobre ele ou deseja resolvê-lo. Este documento é aplicável ao Supervisor Engine 1, 2 ou Catalyst 6500/6000 Switches baseados em 720.

Consulte a seção Convenção de Nomenclatura para CatOS e Imagens do Cisco IOS Software do documento Conversão do Software do Sistema CatOS para Cisco IOS para Catalyst 6500/6000 Switches de forma a compreender a convenção de nomenclatura das imagens de software.

Consulte estes documentos para fazer troubleshooting de um sistema com o Catalyst OS (CatOS) no Supervisor Engine e o Cisco IOS Software na MSFC:

Pré-requisitos

Requisitos

Não existem requisitos específicos para este documento.

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

Convenções

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Troubleshooting de Mensagens de Erro no Syslog ou Console

As mensagens do sistema serão impressas no console se o registro do console estiver habilitado, ou no syslog se ele for permitido. Algumas mensagens são apenas informativas e não indicam uma condição de erro. Para obter uma visão geral das mensagens de erro do sistema, consulte Visão Geral das Mensagens do Sistema.

Habilite o nível apropriado de registro e configure o switch para registrar as mensagens em um servidor syslog. Para obter mais informações sobre configuração, consulte a seção Instruções Passo a Passo para Configurar Dispositivos IOS do documento Resource Manager Essentials e Análise do Syslog: Como.

Para monitorar as mensagens registradas, execute o comando show logging. Ou, use outras estações de monitoramento periodicamente, como CiscoWorks e HP OpenView.

Para compreender melhor uma mensagem de sistema específica, consulte Mensagens e Procedimentos de Recuperação (software do sistema Cisco IOS do Catalyst 6500/6000).

Se você é ainda não for capaz de determinar o problema, ou se a mensagem de erro não estiver presente na documentação, entre em contato com o centro de encaminhamento do Suporte Técnico da Cisco.

O Mensagem de Erro %CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: O contador de erros do módulo 4 excede o ponto inicial aparece no console do Catalyst 6500. Esta edição pode ter duas causas:

  • Uma conexão ruim ao backplane (pino do conector curvado ou conexão elétrica deficiente), ou

  • Isto pode ser relacionado à primeira indicação de um módulo falhando.

A fim resolver isto, ajuste a bota diagnóstica acima em nível “terminam”, e então assentam firmemente o módulo 4 no chassi. Isto trava toda a falha do hardware latente e igualmente resolve quaisquer edições da conexão da placa-mãe.

O Comando show diagnostic sanity

O comando show diagnostic sanity executa um conjunto de verificações predeterminadas na configuração, junto com uma combinação de determinados estados de sistema. Em seguida, o comando compila uma lista de condições de aviso. As verificações são projetadas para procurar qualquer coisa que parece fora do lugar. As verificações destinam-se a servir como um auxílio para troubleshooting e a manutenção da sanidade do sistema. O comando não altera variáveis ou estados de sistema existentes. Ele lê as variáveis de sistema que correspondem à configuração e os estados para acionar avisos se houver uma correspondência a um grupo de combinações predeterminadas. O comando não impacta a funcionalidade do switch, e você pode usá-lo em um ambiente de rede de produção. A única limitação durante o processo de execução é que o comando reserva o sistema de arquivos por um tempo finito enquanto o comando acessa as imagens de inicialização e testa sua validade. O comando possui suporte no Cisco IOS Software Release 12.2(18)SXE1 ou posterior.

Verifique a configuração para identificar se há uma configuração que pareça válida, mas que possa ter uma implicação negativa. Avise o usuário nestes casos:

  • Entroncamento — O modo de tronco é "ON" ou se a porta é entroncamento no “automóvel”. Uma porta de tronco possui um modo que esteja definido como desejável e não esteja executando entroncamento ou se a porta de tronco negociar half duplex.

  • Canalizar — O modo de canalização é "ON" ou se uma porta não está canalizando e o modo é ajustado a desejável.

  • Medir - árvore — um destes é ajustada para optar:

    • idade máxima da raiz

    • atraso de encaminhamento da raiz

    • max age

    • atraso de encaminhamento máximo

    • hello time

    • custo da porta

    • prioridade da porta

    Ou, se a raiz da spanning tree não estiver definida para uma VLAN.

  • UDLD — A porta tem o UniDirectional Link Detection (UDLD) desabilitada, a parada programada, ou em estado indeterminado.

  • Controle de fluxo e PortFast — A porta tem receber o controle de fluxo desabilitado ou se tem PortFast permitiu.

  • Alta disponibilidade — O Engine de Redundant Supervisor esta presente mas a Alta disponibilidade (HA) é desabilitada.

  • Corda da bota e registro da configuração da bota — A corda da bota está vazia ou tem um arquivo inválido que seja especificado como uma imagem de boot. O registrador de configuração for diferente de 0x2,0x102, ou 0x2102.

  • IGMP Snooping — A verificação do Protocolo de Gerenciamento do Grupo da Internet (IGMP) é desabilitada. Também se o snooping IGMP estiver desabilitado, mas o Router-Port Group Management Protocol (RGMP) estiver habilitado, e se o multicast estiver habilitado globalmente, mas desabilitado na interface.

  • Cordas do acesso da comunidade SNMP — As cordas do acesso (RW, ro, RW-todos) são ajustadas ao padrão.

  • Portas — Uma porta negocia à metade - o duplex ou têm uma má combinação duplex/VLAN.

  • Portas de potência em linha — Uma porta de potência em linha está em qualquens um estados:

    • negado

    • defeituoso

    • outros

    • desligado

  • Módulos — Um módulo está em todo o estado a não ser o " ok ".

  • Testes — Aliste os testes do Diagnóstico do Sistema que falharam na inicialização.

  • Gateway padrão inacessível — Sibila os gateways padrão a fim alistar aqueles que não podem ser alcançadas.

  • Verifica se o bootflash está formatado corretamente e possui espaço suficiente para acomodar o arquivo crashinfo.

Esta é uma saída de exemplo:

Nota: A saída real pode variar, com base na versão do software.

IOSSwitch>show diagnostic sanity 
Status of the default gateway is:
10.6.144.1 is alive 

The following active ports have auto-negotiated to half-duplex:
4/1 

The following vlans have a spanning tree root of 32k:
1 

The following ports have a port cost different from the default:
4/48,6/1 

The following ports have UDLD disabled:
4/1,4/48,6/1 

The following ports have a receive flowControl disabled:
4/1,4/48,6/1 

The value for Community-Access on read-only operations for 
SNMP is the same as default. Please verify that this is the best 
value from a security point of view. 

The value for Community-Access on read-write operations for SNMP is 
the same as default. Please verify that this is the best value from 
a security point of view. 

The value for Community-Access on read-write-all operations for SNMP 
is the same as default. Please verify that this is the best value from 
a security point of view.

Please check the status of the following modules:
8,9


Module 2 had a MINOR_ERROR.


The Module 2 failed the following tests:

TestIngressSpan


The following ports from Module2 failed test1:

1,2,4,48

Consulte a seção show diagnostic sanity do Guia de Referência de Comandos.

Problemas do Supervisor Engine ou Módulo

LED do Supervisor Engine em Vermelho/Âmbar ou Status Indica faulty

Se o LED do Supervisor Engine do switch for vermelho, ou o status exibir faulty, talvez haja um problema de hardware. Você pode obter uma mensagem de erro do sistema semelhante a:

%DIAG-SP-3-MINOR_HW: 
   Module 1: Online Diagnostics detected Minor Hardware Error

Execute estes passos para obter troubleshooting adicional:

  1. Entre no console do Supervisor Engine e execute o comando show diagnostic module {1 | 2} , se possível.

    Nota: Você deve definir o nível de diagnóstico em complete de forma que o switch possa executar um conjunto completo de testes para identificar quaisquer falhas de hardware. O desempenho do teste de diagnóstico online completo aumenta o tempo de inicialização ligeiramente. Inicializar no nível mínimo não demora tanto quanto no nível completo , mas a detecção de problemas de hardware em potencial na placa ainda ocorre. Se você definir o nível do teste de diagnóstico em bypass, nenhum teste de diagnóstico será executado. Emita o nível diagnóstico da inicialização {termine | mínimo | bypass} para alternar entre os níveis de diagnóstico. O nível de diagnóstico padrão será mínimo, seja com o software de sistema CatOS ou Cisco IOS.

    Nota: Os diagnósticos online não possuem suporte em sistemas baseados no Supervisor Engine 1 com Cisco IOS Software.

    Esta saída mostra um exemplo de falha:

    Router#show diagnostic mod 1
    Current Online Diagnostic Level = Complete
    
    Online Diagnostic Result for Module 1 : MINOR ERROR
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestNewLearn             : .
    2 . TestIndexLearn           : .
    3 . TestDontLearn            : .
    4 . TestConditionalLearn     : F
    5 . TestBadBpdu              : F
    6 . TestTrap                 : .
    7 . TestMatch                : .
    8 . TestCapture              : F
    9 . TestProtocolMatch        : .
    10. TestChannel              : .
    11. IpFibScTest              : .
    12. DontScTest               : .
    13. L3Capture2Test           : F
    14. L3VlanMetTest            : .
    15. AclPermitTest            : .
    16. AclDenyTest              : .
    17. TestLoopback:
              
       Port  1  2
       ----------
             .  . 
    
    18. TestInlineRewrite:
    
       Port  1  2
       ----------
             .  . 

    Se os diagnósticos de energia retornarem uma falha, indicada por F nos resultados de teste, execute estes passos:

    1. Reencaixe o módulo firmemente e certifique-se de que os parafusos estejam apertados.

    2. Mova o módulo para um slot que esteja funcionando conhecidamente bem no mesmo chassi ou em um chassi diferente.

      Nota: O Supervisor Engine 1 ou 2 pode ser inserido somente no slot 1 ou slot 2.

    3. Faça troubleshooting para eliminar a possibilidade de um módulo defeituoso.

      Nota: Em algumas circunstâncias raras, um módulo defeituoso pode resultar em um relatório do Supervisor Engine com falha.

      Para eliminar essa possibilidade, execute um destes passos:

      • Se você inseriu um módulo recentemente e o Supervisor Engine começou a informar problemas, remova o módulo que você inseriu por último e reencaixe-o firmemente. Se você ainda receber mensagens que indicam que o Supervisor Engine está defeituoso, reinicialize o switch sem esse módulo. Se o Supervisor Engine estiver funcionando corretamente, talvez o módulo esteja defeituoso. Inspecione o conector de backplane no módulo para ter certeza de que não haja nenhum dano. Se não houver danos visuais, experimente o módulo em outro slot ou em um chassi diferente. Além disso, inspecione se há pinos curvos no conector do slot na backplane. Use uma lanterna, se necessário, ao inspecionar os pinos do conector no backplane do chassi. Se você ainda precisar de assistência, entre em contato com o Suporte Técnico da Cisco.

      • Se você não tiver conhecimento sobre um módulo recém-adicionado, e a substituição do Supervisor Engine não corrigir o problema, talvez o módulo esteja encaixado incorretamente ou com defeito. Para fazer troubleshooting, remova todos os módulos exceto o Supervisor Engine do chassi. Ligue o chassi e certifique-se de que o Supervisor Engine seja ligado sem falhas. Se o Supervisor Engine for ligado sem falhas, comece a inserir módulos individualmente até determinar qual módulo está com defeito. Se o Supervisor Engine não falhar novamente, talvez um dos módulos não esteja encaixado corretamente. Observe o switch e, se os problemas persistirem, crie uma solicitação de serviço ao Suporte Técnico da Cisco para obter troubleshooting adicional.

    Depois de executar cada um desses passos, execute o comando show diagnostic module número_módulo . Observe se o módulo ainda exibe um status de falha. Se o status de falha ainda persistir, capture o log dos passos de troubleshooting que você executou e crie uma solicitação de serviço ao Suporte Técnico da Cisco para obter assistência adicional.

    Nota: Se você executar o treinamento do Cisco IOS Software Release 12.1(8), os diagnósticos terão suporte completo. Você recebe mensagens de falha falsas quando os diagnósticos estão habilitados. Os diagnósticos possuem suporte no Cisco IOS Software Release 12.1(8b)EX4 e posterior, e para sistemas baseados no Supervisor Engine 2, no Cisco IOS Software Release 12.1(11b)E1 e posterior.

    Além disso, consulte o Aviso do Campo: Diagnósticos Habilitados Incorretamente no Cisco IOS Software Release 12.1(8b)EX2 e 12.1(8b)EX3 para obter mais informações.

  2. Se o switch não for inicializado e o autodiagnóstico falhar durante a sequência de inicialização, capture a saída e crie uma solicitação de serviço ao Suporte Técnico da Cisco para obter assistência adicional.

  3. Se você não observar qualquer falha de hardware na sequência de inicialização ou na saída do comando show diagnostics module {1 | o comando 2}, emite o estado e os comandos show environment temperature do ambiente da mostra a fim verificar as saídas relativas às condições do ambiente e procurar todos os outros componentes falhos.

    cat6knative#show environment status
    backplane: 
      operating clock count: 2
      operating VTT count: 3
    fan-tray 1: 
      fan-tray 1 fan-fail: OK
    VTT 1: 
      VTT 1 OK: OK
      VTT 1 outlet temperature: 35C
    VTT 2: 
      VTT 2 OK: OK
      VTT 2 outlet temperature: 31C
    VTT 3: 
      VTT 3 OK: OK
      VTT 3 outlet temperature: 33C
    clock 1: 
      clock 1 OK: OK, clock 1 clock-inuse: in-use
    clock 2: 
      clock 2 OK: OK, clock 2 clock-inuse: not-in-use
    power-supply 1: 
      power-supply 1 fan-fail: OK
      power-supply 1 power-output-fail: OK
    module 1: 
      module 1 power-output-fail: OK
      module 1 outlet temperature: 28C
      module 1 device-2 temperature: 32C
      RP 1 outlet temperature: 34C
      RP 1 inlet temperature: 34C
      EARL 1 outlet temperature: 34C
      EARL 1 inlet temperature: 28C
    module 3: 
      module 3 power-output-fail: OK
      module 3 outlet temperature: 39C
      module 3 inlet temperature: 23C
      EARL 3 outlet temperature: 33C
      EARL 3 inlet temperature: 30C
    module 4: 
      module 4 power-output-fail: OK
      module 4 outlet temperature: 38C
      module 4 inlet temperature: 26C
      EARL 4 outlet temperature: 37C
      EARL 4 inlet temperature: 30C
    module 5: 
      module 5 power-output-fail: OK
      module 5 outlet temperature: 39C
      module 5 inlet temperature: 31C
    module 6: 
      module 6 power-output-fail: OK
      module 6 outlet temperature: 35C
      module 6 inlet temperature: 29C
      EARL 6 outlet temperature: 39C
      EARL 6 inlet temperature: 30C

    Se você observar qualquer falha de componentes do sistema (ventoinha, terminação de tensão [VTT]), crie uma solicitação de serviço ao Suporte Técnico da Cisco e forneça a saída do comando.

    Se você observar um status de falha nesta saída para qualquer um dos módulos, execute o comando hw-module module número_módulo reset. Ou reencaixe o módulo no mesmo slot ou em um slot diferente para tentar recuperar o módulo. Além disso, consulte a seção Troubleshooting de um Módulo que Permanece Offline ou Indica o Status faulty ou other deste documento para obter assistência adicional.

  4. Se o status indicar OK, como a saída de exemplo no Passo 3 mostra, execute o comando show environment alarms para verificar se há um alarme de ambiente.

    Se não houver alarmes, a saída será semelhante a:

    cat6knative#show environment alarm
    environmental alarms:
      no alarms
    

    Entretanto, se houver um alarme, a saída será semelhante a:

    cat6knative#show environment alarm
    environmental alarms:
    system minor alarm on VTT 1 outlet temperature (raised 00:07:12 ago)
    system minor alarm on VTT 2 outlet temperature (raised 00:07:10 ago)
    system minor alarm on VTT 3 outlet temperature (raised 00:07:07 ago)
    system major alarm on VTT 1 outlet temperature (raised 00:07:12 ago)
    system major alarm on VTT 2 outlet temperature (raised 00:07:10 ago)
    system major alarm on VTT 3 outlet temperature (raised 00:07:07 ago)

O interruptor está no loop de inicialização contínua, no modo ROMMON, ou em faltar a imagem do sistema

Se o Supervisor Engine do seu switch estiver em um loop de inicialização contínuo, no modo ROM Monitor (ROMmon), ou a imagem do sistema estiver ausente, provavelmente o problema não está relacionado a hardware.

O Supervisor Engine entra no modo ROMmon ou falha ao inicializar quando a imagem do sistema está corrompida ou ausente. Para obter instruções sobre como recuperar o Supervisor Engine, consulte Recuperando um Catalyst 6500/6000 com o Software de Sistema Cisco IOS de uma Imagem de Carregador de Inicialização Ausente ou Corrompida ou Modo ROMmon.

Você pode inicializar a imagem do Cisco IOS de Sup-bootflash: ou slot0: (o slot da placa do PC). Tenha uma cópia da imagem do sistema em ambos os dispositivos para uma recuperação mais rápida. Se seu dispositivo de bootflash do Supervisor Engine 2 possuir somente 16 MB, talvez uma atualização para 32 MB seja necessária para oferecer suporte a imagens do sistema mais novas. Para obter mais informações, consulte a ROM de Inicialização do Catalyst 6500 Series Supervisor Engine 2 e a Nota de Instalação da Atualização do Dispositivo Bootflash.

O módulo de Engine do supervisor em standby não é em linha ou o estado indica o desconhecido

Esta seção descreve motivos comuns pelos quais o módulo de espera do Supervisor Engine permanece offline e como solucionar cada problema. Você pode determinar que o módulo do Supervisor Engine permaneça offline de uma destas maneiras:

Razões/soluções comuns

  • Entre no Supervisor Engine em espera para determinar se ele está no modo ROMmon ou em reinicialização contínua. Se o Supervisor Engine estiver em um desses estados, consulte Recuperando um Catalyst 6500/6000 com o Software de Sistema Cisco IOS de uma Imagem de Carregador de Inicialização Ausente ou Corrompida ou Modo ROMmon.

    Nota: Se os Supervisor Engines ativos ou em espera não executarem o mesmo Cisco IOS Software Release, a espera pode não se tornar online. Por exemplo, um Supervisor Engine pode não se tornar online em uma situação em que:

    • O Supervisor Engine ativo executa o modo Route Processor Redundancy Plus (RPR+).

      Nota: O modo RPR+ está disponível no Cisco IOS Software Release 12.1[11]EX e posterior.

    • O Supervisor Engine em espera executa uma versão de software na qual o modo RPR/RPR+ não está disponível, como Cisco IOS Software Release 12.1[8b]E9.

    Nesse caso, o segundo Supervisor Engine falha em se tornar online porque o modo de redundância é alta disponibilidade de sistema avançada (EHSA), por padrão. O Supervisor Engine em espera falha em negociar com o Supervisor Engine ativo. Certifique-se de que ambos os Supervisor Engines executem o mesmo nível do Cisco IOS Software.

    Esta saída mostra o Supervisor Engine no slot 2 no modo ROMmon. Você deve entrar no console do Supervisor Engine em espera para recuperá-lo. Para obter os procedimentos de recuperação, consulte Recuperando um Catalyst 6500/6000 com o Software de Sistema Cisco IOS de uma Imagem de Carregador de Inicialização Ausente ou Corrompida ou Modo ROMmon.

    tpa_data_6513_01#show module
    Mod Ports Card Type                              Model              Serial No.
    --- ----- -------------------------------------- ------------------ -----------
      1    2  Catalyst 6000 supervisor 2 (Active)    WS-X6K-S2U-MSFC2   SAD0628035C
      2    0  Supervisor-Other                       unknown            unknown
      3   16  Pure SFM-mode 16 port 1000mb GBIC      WS-X6816-GBIC      SAL061218K3
      4   16  Pure SFM-mode 16 port 1000mb GBIC      WS-X6816-GBIC      SAL061218K8
      5    0  Switching Fabric Module-136 (Active)   WS-X6500-SFM2      SAD061701YC
      6    1  1 port 10-Gigabit Ethernet Module      WS-X6502-10GE      SAD062003CM
    
    Mod MAC addresses                       Hw    Fw           Sw           Status
    --- ---------------------------------- ------ ------------ ------------ -------
      1  0001.6416.0342 to 0001.6416.0343   3.9   6.1(3)       7.5(0.6)HUB9 Ok      
      2  0000.0000.0000 to 0000.0000.0000   0.0   Unknown      Unknown      Unknown 
      3  0005.7485.9518 to 0005.7485.9527   1.3   12.1(5r)E1   12.1(13)E3,  Ok      
      4  0005.7485.9548 to 0005.7485.9557   1.3   12.1(5r)E1   12.1(13)E3,  Ok      
      5  0001.0002.0003 to 0001.0002.0003   1.2   6.1(3)       7.5(0.6)HUB9 Ok      
      6  0002.7ec2.95f2 to 0002.7ec2.95f2   1.0   6.3(1)       7.5(0.6)HUB9 Ok      
    
    Mod Sub-Module                  Model           Serial           Hw     Status 
    --- --------------------------- --------------- --------------- ------- -------
      1 Policy Feature Card 2       WS-F6K-PFC2     SAD062802AV      3.2    Ok     
      1 Cat6k MSFC 2 daughterboard  WS-F6K-MSFC2    SAD062803TX      2.5    Ok     
      3 Distributed Forwarding Card WS-F6K-DFC      SAL06121A19      2.1    Ok     
      4 Distributed Forwarding Card WS-F6K-DFC      SAL06121A46      2.1    Ok     
      6 Distributed Forwarding Card WS-F6K-DFC      SAL06261R0A      2.3    Ok     
      6 10GBASE-LR Serial 1310nm lo WS-G6488        SAD062201BN      1.1    Ok
  • Certifique-se de que o módulo do Supervisor Engine esteja encaixado corretamente no conector de backplane. Além disso, certifique-se de que o parafuso de instalação do Supervisor Engine esteja completamente apertado. Consulte a Nota de Instalação do Módulo Catalyst 6500 Series Switch para obter mais informações.

  • Para identificar se o Supervisor Engine em espera está defeituoso, execute o comando redundancy reload peer do Supervisor Engine ativo. Através do console para o Supervisor Engine em espera, observe a sequência de inicialização a fim de identificar falhas de hardware.

    Se o Supervisor Engine em espera ainda permanecer offline, crie uma solicitação de serviço ao Suporte Técnico da Cisco para obter troubleshooting adicional. Ao criar uma solicitação de serviço, forneça o log da saída do switch que você capturou e os passos de troubleshooting executados.

A Saída de Show Module Gera "not applicable" para o Módulo SPA

Esta mensagem de erro ocorre porque PA-1XCHSTM1/OC3 não possui suporte de diagnóstico em SRB. Quando este comando é transmitido, enquanto o switch executar um código SRB, o status não aplicável será exibido. Isso não significa que o status do Processador de Interface SPA não seja verificado, pois o diagnóstico geral fornece resultados corretos. A partir do código SRC, essa saída funciona. Isto é causado por um bug no código SRB, e esse bug está registrado em CSCso02832 (somente clientes registrados).

O Supervisor Engine em Espera Recarrega de Forma Inesperada

Esta seção aborda os motivos comuns pelos quais o supervisor em espera do Catalyst Switch reinicializa de forma inesperada.

Razões/soluções comuns

  • O supervisor ativo redefine o supervisor em espera após uma falha na sincronização com a configuração de inicialização. O problema pode ocorrer devido a wr mem consecutivos executados pelas estações de gerenciamento em um curto período de tempo (1 a 3 segundos), o que bloqueia a configuração de inicialização e faz com que a sincronização falhe. Se o primeiro processo de sincronização não for concluído e o segundo wr mem for executado, há uma falha de sincronização no supervisor em espera, e às vezes o supervisor em espera é reinicializado ou redefinido. Esse problema é documentado no bug CSCsg24830 (somente clientes registrados). Essa falha de sincronização pode ser identificada por esta mensagem de erro:

    %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to
    the standby Router
    %PFINIT-SP-1-CONFIG_SYNC_FAIL: Sync'ing the startup configuration
    to the standby Router FAILED
  • O supervisor ativo não sincroniza sua configuração com o supervisor em espera. Essa condição pode ser transitória causada pelo uso temporário do arquivo de configuração por outro processo. Se você inseriu o comando show configuration ou o comando show running-configuration para exibir a configuração ou a configuração de execução, o arquivo de configuração é bloqueado. Esse problema está documentado no erro CSCeg21028 (clientes registrados somente) . Essa falha de sincronização pode ser identificada por esta mensagem de erro:

    %PFINIT-SP-1-CONFIG_SYNC_FAIL_RETRY: Sync'ing the startup 
    configuration to the standby Router FAILED, the file may be already locked by a command

Mesmo Após Remover os Módulos, o Comando show run Ainda Mostra Informações sobre as Interfaces de Módulo Removidas

Quando você remover fisicamente um módulo do chassi, a configuração para o módulo no slot ainda será exibida. Esse problema é causado pelo design que permite uma substituição mais fácil do módulo. Se você inserir o mesmo tipo de módulo no slot, o switch usa as configurações do módulo que estava previamente no slot. Se você inserir outro tipo de módulo no slot, a configuração do módulo será cancelada. Para remover a configuração automaticamente uma vez que um módulo seja removido de um slot, execute o comando module clear-config do modo de configuração global. Certifique-se de executar o comando antes que os módulos sejam removidos do slot. O comando não cancela as configurações antigas de módulos que já tenham sido removidos do slot. Esse comando cancela a configuração de módulo da saída do comando show running-config command e os detalhes da interface da saída do comando show ip interface brief. Nos Cisco IOS Releases 12.2(18)SXF e posteriores, ele também remove a contagem de tipos de interface de show version comando.

O Switch foi redefinido/reinicializado sozinho

Se seu switch redefiniu a si próprio sem nenhuma intervenção manual, siga estes passos para identificar o problema:

Razões/soluções comuns

  • O switch pode ter tido uma falha de software. Execute o dir flash de inicialização: comando, que indica o MSFC (rota dispositivo de bootflash do [RP] do processador), e dir slavebootflash: comando a fim verificar para ver se há um software impacto.

    A saída nesta seção mostra que crashinfo foi gravado em RP bootflash:. Certifique-se de que o crashinfo que você está exibindo seja relativo à falha mais recente. Execute o comando more flash de inicialização: nome de arquivo para exibir o arquivo crashinfo. Neste exemplo, o comando é more bootflash:crashinfo_20020829-112340.

    cat6knative#dir bootflash:
    Directory of bootflash:/
    
        1  -rw-     1693168   Jul 24 2002 15:48:22  c6msfc2-boot-mz.121-8a.EX
        2  -rw-      183086   Aug 29 2002 11:23:40  crashinfo_20020829-112340
        3  -rw-    20174748   Jan 30 2003 11:59:18  c6sup22-jsv-mz.121-8b.E9
        4  -rw-        7146   Feb 03 2003 06:50:39  test.cfg
        5  -rw-       31288   Feb 03 2003 07:36:36  01_config.txt
        6  -rw-       30963   Feb 03 2003 07:36:44  02_config.txt
    
    31981568 bytes total (9860396 bytes free)

    O comando dir sup-bootflash: exibe o dispositivo bootflash: do Supervisor Engine dispositivo. Você também pode executar o comando dir slavesup-bootflash: para exibir o dispositivo bootflash: do Supervisor Engine em espera: dispositivo. Esta saída mostra o crashinfo gravado no dispositivo bootflash: dispositivo:

    cat6knative11#dir sup-bootflash:
    Directory of sup-bootflash:/
    
        1  -rw-    14849280   May 23 2001 12:35:09  c6sup12-jsv-mz.121-5c.E10
        2  -rw-       20176   Aug 02 2001 18:42:05  crashinfo_20010802-234205
    
    !--- Output suppressed.
    
    

    Se a saída do comando indicar que uma falha de software ocorreu durante o tempo que você suspeita que o switch tenha sido reinicializado, entre em contato com Suporte Técnico da Cisco. Forneça a saída do comando show tecnologia-apoio comando e show registo comande, assim como a saída do crashinfo arquivo. A fim enviar o arquivo, transfira-o através do TFTP do interruptor a um TFTP o server, e anexa o arquivo ao caso.

  • Se não houver nenhum arquivo crashinfo, verifique a fonte de alimentação do switch para certificar-se de que ela não falhou. Se você usa uma fonte de alimentação ininterrupta (UPS), certifique-se de que ela esteja funcionando corretamente. Se você ainda não puder determinar o problema, entre em contato com o centro de encaminhamento do Suporte Técnico da Cisco.

O Módulo Equipado com DFC se Redefiniu

Se um módulo equipado com Placa de Encaminhamento Distribuído (DFC) tiver se redefinido sem reinicialização do usuário, você poderá verificar a bootflash da placa DFC para identificar se ela causou uma falha. Se um arquivo de informações de falhas estiver disponível, você poderá encontrar a causa da falha. Execute o comando dir dfc#module_#-bootflash: em ordem para verificar se há um arquivo de informações de falhas e quando ele foi gravado. Se a redefinição da DFC corresponder à marca de data e hora do crashinfo, execute more dfc#module_#-bootflash: nome de arquivo comando. ou, execute copy dfc#module_#-bootflash: nome de arquivo tftp para transferir o arquivo via TFTP para um TFTP server.

cat6knative#dir dfc#6-bootflash:
Directory of dfc#6-bootflash:/
-#- ED ----type---- --crc--- -seek-- nlen -length- -----date/time------ name 
1   ..   crashinfo 2B745A9A   C24D0   25   271437 Jan 27 2003 20:39:43 crashinfo_
 20030127-203943

Depois que você tiver o arquivo crashinfo disponível, capture a saída do comando show logging e o comando show tech e entre em contato com o o Suporte Técnico da Cisco para obter assistência adicional.

Pesquise defeitos um módulo que não venha Online nem indique defeituoso ou o outro status

Esta seção descreve motivos comuns pelos quais um dos módulos pode não se tornar online e como solucionar o problema. Você pode determinar que um módulo permanece offline de uma destas maneiras:

  • A saída do show módulo o comando mostra um destes estados:

    • outros

    • desconhecido

    • defeituoso

    • errdisable

    • recusa de energia

    • potência ruim

  • O LED de status vermelho ou âmbar é aceso.

Razões/soluções comuns

  • Verifique a seção Hardware com Suporte das Notas de Versão do Catalyst 6500 Series da release libere. Se o software em execução no momento não oferecer suporte ao módulo, baixe o software desejado do Centro do Cisco IOS Software (clientes registrados somente) .

  • Se o status for power-deny, o switch não possui energia suficiente disponível para ligar este módulo. Execute o comando show power para confirmar se há energia suficiente disponível. Consulte a seção Fazendo Troubleshooting das Mensagens de Erro C6KPWR-4-POWRDENIED: insufficient power, module in slot [dec] power denied ou %C6KPWR-SP-4-POWRDENIED: insufficient power, module in slot [dec] power denied deste documento.

  • Se o status for power-bad, o switch conseguirá ver uma placa, mas será incapaz de alocar energia. Isso será possível se o Supervisor Engine não conseguir acessar o conteúdo da PROM serial (SPROM) no módulo para determinar a identificação da placa de linha. Você pode executar o comando show idprom module slot para verificar se a SPROM pode ser lida. Se a SPROM não estiver acessível, você poderá redefinir o módulo.

  • Certifique-se de que o módulo esteja corretamente encaixado e completamente completamente. Se o módulo ainda não se tornar online, execute o comando diagnóstico a inicialização em nível termina comando global configuration dentro ordem para certificar-se de que o diagnóstico está permitido. Em seguida, execute o comando módulo HW restauração do slot_number do módulo comando. Se o módulo ainda não vem na linha, inspecione o conector de backplane sobre o módulo para certificar-se de que não há nenhum dano. Se não há nenhum dano visual, tente o módulo em um outro entalhe ou em um chassi diferente. Também, inspecione para curvado pinos no conector do entalhe no backplane. Use uma lanterna elétrica caso necessário, quando você inspecionar os pinos do conector no chassi de placa mãe.

  • Execute o show slot_number do módulo dos diagnósticos comando a fim identificar algumas falhas do hardware no módulo. Execute o global completo do nível diagnóstico da inicialização comando configuration a fim permitir diagnósticos completos. Você deve ter termine os diagnósticos permitidos de modo que o interruptor possa executar diagnósticos no módulo. Se você tem diagnósticos mínimos permitidos e você muda a completo os diagnósticos, o módulo devem restaurar de modo que o interruptor possa executar o completo diagnósticos. As saídas de exemplo nesta seção emitem a mostra comando de módulo dos diagnósticos. Mas a saída é inconsequente porque muitos dos testes foram executados no modo mínimo. As mostras da saída como girar sobre o nível diagnóstico e emitir então a mostra comando de módulo dos diagnósticos a fim ver outra vez o completo resultados.

    Nota: Os Conversores de Interface Gigabit (GBIC) não foram instalados no módulo de exemplo. Portanto, os testes de integridade não foram executados. O teste de integridade de GBIC é executado somente nos GBICs de cobre (WS-G5483=).

    cat6native#show diagnostic module 3
    Current Online Diagnostic Level = Minimal
    
    Online Diagnostic Result for Module 3 : PASS
    Online Diagnostic Level when Module 3 came up = Minimal
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestGBICIntegrity : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    2 . TestLoopback : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
    
    3 . TestDontLearn                 : U
    4 . TestConditionalLearn          : .
    5 . TestStaticEntry               : U
    6 . TestCapture                   : U
    7 . TestNewLearn                  : .
    8 . TestIndexLearn                : U
    9 . TestTrap                      : U
    10. TestIpFibShortcut             : .
    11. TestDontShortcut              : U
    12. TestL3Capture                 : U
    13. TestL3VlanMet                 : .
    14. TestIngressSpan               : .
    15. TestEgressSpan                : .
    16. TestAclPermit                 : U
    17. TestAclDeny                   : U
    18. TestNetflowInlineRewrite : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    !--- Tests that are marked "U" were skipped because a minimal 
    !--- level of diagnostics was enabled.
    
    cat6knative#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    cat6knative(config)#diagnostic bootup level complete
    
    !--- This command enables complete diagnostics.
    
    cat6knative(config)#end
    cat6knative#
    *Feb 18 13:13:03 EST: %SYS-5-CONFIG_I: Configured from console by console
    cat6knative#
    cat6knative#hw-module module 3 reset
    Proceed with reload of module? [confirm]
    % reset issued for module 3
    cat6knative#
    *Feb 18 13:13:20 EST: %C6KPWR-SP-4-DISABLED: power to module in slot 3 set off 
     (Reset)
    *Feb 18 13:14:12 EST: %DIAG-SP-6-RUN_COMPLETE: Module 3: Running Complete Online 
     Diagnostics...
    *Feb 18 13:14:51 EST: %DIAG-SP-6-DIAG_OK: Module 3: Passed Online Diagnostics
    *Feb 18 13:14:51 EST: %OIR-SP-6-INSCARD: Card inserted in slot 3, interfaces 
     are now online 
    cat6knative#show diagnostic module 3  
    Current Online Diagnostic Level = Complete
    
    Online Diagnostic Result for Module 3 : PASS
    Online Diagnostic Level when Module 3 came up = Complete
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestGBICIntegrity : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    !--- The result for this test is unknown ("U", untested) 
    !--- because no copper GBICS are plugged in.
    
    
    2 . TestLoopback : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
    
    3 . TestDontLearn                 : .
    4 . TestConditionalLearn          : .
    5 . TestStaticEntry               : .
    6 . TestCapture                   : .
    7 . TestNewLearn                  : .
    8 . TestIndexLearn                : .
    9 . TestTrap                      : .
    10. TestIpFibShortcut             : .
    11. TestDontShortcut              : .
    12. TestL3Capture                 : .
    13. TestL3VlanMet                 : .
    14. TestIngressSpan               : .
    15. TestEgressSpan                : .
    16. TestAclPermit                 : .
    17. TestAclDeny                   : .
    18. TestNetflowInlineRewrite : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
  • Execute o show tecnologia-apoio comando e show registo comando. Procure todas as outras mensagens que se relacionarem a este módulo a fim pesquisar defeitos mais.

    Se o módulo ainda não se tornar online, crie uma solicitação do serviço com Suporte Técnico da Cisco para obter troubleshooting adicional. Forneça o log da saída do switch que você capturou e os passos de troubleshooting executados.

Falha de comunicação Inband

Os Supervisor Engines podem acionar mensagens que indicam falha de comunicação Inband. As mensagens registradas pelo switch parecem semelhantes a estes:

InbandKeepAliveFailure:Module 1 not responding over inband
InbandKeepAlive:Module 2 inband rate: rx=0 pps, tx=0 pps
ProcessStatusPing:Module 1 not responding over SCP
ProcessStatusPing:Module 1 not responding... resetting module

Causa Comum/Solução 1

Quando a interface de gerenciamento do switch processar tráfego pesado, mensagens de erro InbandKeepAliveFailure dos logs do switch deverão ser exibidas. Isto pode ser causado por estes motivos:

  • Supervisor Engine ocupado

  • Loop do protocolo de spanning tree

  • As ACL e os policers de QoS foram obstruídos ou tráfego descartado sobre o canal de comunicações inband

  • Problemas de sincronização do ASIC de porta

  • Problemas do módulo switch fabric

Para solucionar o problema, siga estas instruções:

  1. Use show process cpu para determinar qual processo causa esse problema. Consulte Catalyst Alta Utilização da CPU do Catalyst 6500/6000 Switch para eliminar a causa causa.

  2. Um módulo Supervisor mal encaixado ou defeituoso pode acionar essas mensagens de falha de comunicação. Para se recuperar dessas mensagens de erro, agende uma janela de manutenção e reencaixe o módulo Módulo.

O erro "System returned to ROM by power-on (SP by abort)"

Um Cisco Catalyst 6500/6000 com Cisco IOS Software pode parecer reinicializar devido a este motivo de redefinição:

System returned to ROM by power-on (SP by abort)

Um Catalyst 6500/6000 com um registro de configuração SP que permite interrupção, por exemplo 0x2, e que recebe um sinal de interrupção do console entra no modo de diagnóstico ROMmon. O sistema parece travar. Uma configuração incompatível das configurações de registro no SP e no RP podem causar este tipo de reinicialização. Especificamente, você pode definir o registro de configuração do Switch Processor (SP) do Supervisor Engine para um valor que não ignore a interrupção, enquanto o registro de configuração do Route Processor (RP) da Multilayer Switch Feature Card (MSFC) é um valor apropriado que ignora a interrupção. Por exemplo, você pode definir o SP do Supervisor Engine como 0x2 e o RP da MSFC como 0x2102.

Para obter mais informações, consulte IOS Catalyst 6500/6000 com IOS é Redefinido com Erro "System returned to ROM by power-on (SP by aborto)”.

Um Cisco catalyst 6500/6000 com Cisco IOS Software inicializa a imagem antiga em sup-bootdisk independente da configuração da variável BOOT na configuração running. Apesar de a variável BOOT estar configurada para inicializar da flash externa, ela inicializa apenas da imagem antiga em sup-bootdisk. causa para esse problema é a incompatibilidade das configurações de registro no SP e no RP.

No RP, emita o comando show bootvar .

Switch#sh boot
BOOT variable = 
sup-bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1;
CONFIG_FILE variable =
BOOTLDR variable =
Configuration register is 0x2102

No SP, emita o comando show bootvar .

Switch-sp#sh boot
BOOT variable = bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1;
CONFIG_FILE variable does not exist
BOOTLDR variable does not exist
Configuration register is 0x2101

Isso faz com que o switch inicialize a imagem anterior apesar da configuração da variável BOOT na configuração running. Para solucionar esse problema, execute o comando switch(config)#config-register 0x2102, e confirme que o SP e o RP possuem o mesmos valores config-register. Reinicialize o switch depois de salvá-lo o na configuração de configuração.

Erro: NVRAM: nv->magic! = NVMAGIC, invalid nvram

Esta mensagem de erro indica que a NVRAM está com problemas. Se você apagar a NVRAM e reinicializar o switch, ele poderá recuperar a NVRAM.

Se isso não solucionar o problema, formate a NVRAM para ajudar a solucionar o problema. Em ambos os casos, recomenda-se ter um backup do conteúdo da NVRAM. Esta mensagem de erro é exibida somente quando a depuração da NVRAM está permitido.

Erro: Switching Bus FIFO counter stuck

A mensagem de erro CRIT_ERR_DETECTED Module 7 - Error: Switching Bus FIFO counter stuck indica que o módulo não observou atividade no barramento de switching dos dados.

Talvez esse erro esteja ocorrendo porque o módulo recém-inserido não estava firmemente inserido no chassi inicialmente ou foi empurrado para dentro muito lentamente.

Assente o módulo a fim resolver o problema.

Erro: O contador excede o ponto inicial, operação de sistema continua

O conjunto vss do Catalyst 6500 encontra este Mensagem de Erro:

%CONST_DIAG-4-ERROR_COUNTER_WARNING: Module [dec] Error counter exceeds 
   threshold, system operation continue.

O TestErrorCounterMonitor detectou que um contador de erros no o módulo especificado excedeu um ponto inicial. Dados específicos sobre o erro o contador será enviado em um mensagem de sistema separado. O TestErrorCounterMonitor é um processo de fundo sem interrupções do monitoramento de funcionamento que periodicamente vota os contadores de erros e os contadores de interrupção de cada placa de linha ou supervisor módulo no sistema.

%CONST_DIAG-4-ERROR_COUNTER_DATA: ID:[dec] IN:[dec] PO:[dec] RE:[dec] RM:[dec]
   DV:[dec] EG:[dec] CF:[dec] TF:[dec]

O TestErrorCounterMonitor detectou que um contador de erros no o módulo especificado excedeu um ponto inicial. Esta mensagem contém dados específicos sobre o contador de erros, incluindo o ASIC e o registro do contador, e o contagem de erro.

Este Mensagem de Erro é recebido quando um ASIC na placa de linha recebe pacotes com um CRC ruim. A edição pode ser local a este módulo ou pode ser provocado por algum outro módulo defeituoso no chassi.

Por exemplo:

%CONST_DIAG-SW1_SP-4-ERROR_COUNTER_WARNING: Module 2 
   Error counter exceeds threshold, system operation continue.

Talvez esse erro esteja ocorrendo porque o módulo recém-inserido não introduzido não firmemente.

Assente o módulo a fim resolver o problema.

Erro: Não mais SWIDB pode ser atribuído

Este Mensagem de Erro for recebido quando o número máximo de software O Interface Descriptor Block (SWIDB) é alcançado:

%INTERFACE_API-SP-1-NOMORESWIDB: Não mais SWIDB pode ser atribuído, o máximo permitiu 12000

Consulte Máximo Número de interfaces e subinterface para plataformas do IOS da Cisco: IDB Limites para obter mais informações sobre dos limites IDB.

Quando você tentar converter uma relação do NON-switchport a um switchport, ele retorna um erro.

Switch(config)#interface gigabit ethernet 7/29
Switch(config-if)#switchport
%Command rejected: Cannot convert port.
Maximum number of interfaces reached.

Output of idb:

AMC440E-SAS01#show idb

Maximum number of Software IDBs 12000.  In use 11999.

                       HWIDBs     SWIDBs
Active                    218        220
Inactive                11779      11779
Total IDBs              11997      11999
Size each (bytes)        3392       1520
Total bytes          40693824   18238480

Este exemplo mostra a isso o número total IDB (sob a coluna SWIDB) alcançou o número máximo de limite IDB. Quando você suprime de uma subinterface, o Active e Números inativos na mudança da coluna SWIDB; contudo, O número total IDB permanece na memória.

A fim resolver esta edição, recarregue o interruptor para cancelar o IDB banco de dados. Se não, uma vez que você é executado para fora, você precisará de reutilizar suprimido subinterfaces.

SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE!

Uma mensagem de erro semelhante é informada quando o Cisco Catalyst 6500 Switch não consegue inicializar com uma Cisco IOS Software Release especificada.

00:00:56: %SYS-SP-2-MALLOCFAIL: Memory allocation of 2177024 bytes failed from 0x40173D8C,
alignment 8 
Pool: Processor  Free: 1266272  Cause: Not enough free memory 
Alternate Pool: None  Free: 0  Cause: No Alternate pool 

-Process= "TCAM Manager process", ipl= 0, pid= 112
-Traceback= 4016F4D0 40172688 40173D94 40577FF8 4055DB04 4055DEDC
SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE!

%Software-forced reload

Geralmente, esse problema ocorre quando não há DRAM suficiente disponível para a imagem na Flash a ser descompactada.

Para solucionar este problema, execute uma destas opções:

Troubleshooting de Conversão do CatOS para Cisco IOS Software ou Cisco IOS Software para CatOS

Se você tiver dificuldades com uma conversão de CatOS para o software de sistema Cisco IOS ou Cisco IOS Software para CatOS, consulte estes documentos para auxílio:

Problema Quando o Usuário Tentar Acessar a NVRAM após Conversão do Cisco IOS para CatOS

Se a NVRAM for corrompida ou o valor da variável CONFIG_FILE for definida do ROMmon da MSFC durante a conversão do Cisco IOS para o CatOS, você pode observar problemas quando tentar acessar a NVRAM da MSFC. Você também pode obter mensagens de erro semelhantes a:

Router#write memory
     startup-config file open failed (Not enough space)
Router#dir nvram:
     Directory of nvram:/       
    
%Error calling getdents for nvram:/ (Unknown error 89)

Quando a MSFC carregar com a variável CONFIG_FILE definida no ROMmon, o usuário não será capaz de salvar a configuração para NVRAM. show startup-config também falhará com um código de erro 89. Essa problema é observado no Catalyst 6500 com Supervisor Engine 720, no modo híbrido , executando Cisco IOS Software Release 12.2 (14)SX2 na MSFC3.

Estas serão as soluções alternativas se a variável CONFIG_FILE estiver definida:

  1. Atualize o código da MSFC3 para o Cisco IOS Software Release 12.2(17a)SX ou mais tarde. Para obter mais informações sobre como atualizar a imagem do software na MSFC, consulte para Como Atualizar Imagens do Software nos Módulos da Camada 3 do Catalyst Switch.

  2. Cancele a configuração da variável CONFIG_FILE do ROMmon da MSFC.

    Para entrar no modo ROMmon, reinicialize a MSFC e pressione a tecla Ctrl+Break durante os primeiros 60 segundos da inicialização. Uma vez que a MSFC entre no modo ROMmon, execute estes comandos para cancelar a configuração da variável CONFIG_FILE:

    • rommon 2 >priv
      
      !--- Press Enter or Return.
      !--- You have entered ROMmon privileged mode.
      !--- You see this output:
      
      You now have access to the full set of monitor commands.
      Warning: some commands will allow you to destroy your
      configuration and/or system images and could render
      the machine unbootable.
    • rommon 3 >unset CONFIG_FILE
      
      !--- Press Enter or Return.
      !--- This unsets the CONFIG_FILE variable.
      
      
    • rommon 4 >sync
      
      !--- Press Enter or Return.
      
      
    • rommon 5 >reset
      
      
      !--- Press Enter or Return.
      
      

Se a NVRAM for corrompido durante a conversão do Cisco IOS para CatOS, apague a NVRAM para solucionar o problema. Para apagar a NVRAM, entre no modo ROMmon e, em seguida, execute estes comandos:

  • rommon 1 >priv
    
    
    !--- Press Enter or Return.
    !--- You have entered ROMmon privileged mode.
    !--- You see this output:
    
    You now have access to the full set of monitor commands.
    Warning: some commands will allow you to destroy your
    configuration and/or system images and could render
    the machine unbootable.
  • rommon 2 >nvram_erase
    
    
    !--- Press Enter or Return.
    !--- Be sure to enter these parameters exactly:
    !--- The first line is a "be" (no space) followed by six zeros ("000000").
    !--- The next line is an "2" (no space) followed by five zeros ("00000").
    
    Enter in hex the start address [0xbe020000]:  be000000
    
    
    !--- Press Enter or Return.
    
    Enter in hex the test size or length in bytes [0x100]:  200000
    
    
    !--- Press Enter or Return.
    !--- After the NVRAM erase has completed, issue the reset command.
    
    
    rommon 3 >reset
    
    !--- Press Enter or Return.
    
    

    Nota: O Supervisor Engine 720 possui o comando nvram_erase no ROMmon do Route Processor (MSFC) , e ele não é um comando válido no ROMmon do Switch Processor (Supervisor Engine) ROMmon.

Não É Possível Inicializar com o Cisco IOS Software Quando o Usuário Converte do CatOS para o Cisco IOS

Se você tentar inicializar o Cisco IOS Software do disco 0 ou slot 0 durante o processo de conversão, você poderá obter uma mensagem de erro semelhante a:

*** TLB (Store) Exception ***
Access address = 0x10000403
PC = 0x8000fd60, Cause = 0xc, Status Reg = 0x30419003
 
monitor: command "boot" aborted due to exception

Essa mensagem de erro pode ser relacionada a hardware ou software e pode resultar em um loop de inicialização ou no bloqueio do switch no modo ROM Monitor (ROMmon).

Siga estes passos para resolver esse problema:

  1. Essa problema pode ser causado por uma imagem do software com um checksum incorreto. Baixe a imagem do Cisco IOS Software novamente do servidor TFTP server.

  2. Se um novo download não solucionar o problema, formate a placa de Flash e baixe a imagem do Cisco IOS Software novamente.

    Consulte PCMCIA Matriz de Compatibilidade de Sistemas de Arquivos e Informações sobre Sistemas de Arquivos para obter informações sobre como apagar a Flash.

  3. Esse problema também pode ocorrer devido a uma falha de hardware, mas a mensagem de erro não indica que o componente de hardware causa o problema. Tente inicializar o Cisco IOS Software de uma outra placa de Flash.

Problemas de conectividade da interface/módulo

Problema de Conectividade ou Perda de Pacotes com os Módulos WS-X6548-GE-TX e WS-X6148-GE-TX utilizados em uma Farm de Servidores

Quando você utilizar os módulos WS-X6548-GE-TX ou WS-X6148-GE-TX, haverá uma possibilidade de que a utilização de porta individual possa levar a problemas de conectividade ou perda de pacotes nas interfaces vizinhas. Especialmente ao utilizar EtherChannel e Remote Switched Port Analyzer (RSPAN) nestas placas de linha, você poderá observar uma resposta lenta devido à perda de pacotes. Essas placas de linha são placas que permitem excesso de conexões designadas para estender gigabits para o desktop e podem não ser ideais para a conectividade da farm de servidores. Nestes módulos há um único uplink Ethernet de 1-Gigabit do ASIC de porta que oferece suporte a oito portas. Essas placas compartilham um buffer de 1 Mb entre um grupo de portas (1-8, 9-16, 17-24, 25-32, 33-40 e 41-48) uma vez que cada bloco de oito portas contém 8:1 excesso de conexões. O throughput agregado de cada bloco de oito portas não pode exceder 1 Gbps. Tabela 4 na Cisco Interface Ethernet do Catalyst 6500 Series 10/100- & 10/100/1000-Mbps Os módulos mostram os diferentes tipos de módulos de interface Ethernet e tamanho de buffer com suporte por porta.

Excesso de conexões ocorre devido a várias portas combinadas em um único Pinnacle ASIC. O Pinnacle ASIC é um mecanismo de acesso direto à memória (DMA) que transfere pacotes entre o barramento de switching do backplane e as portas de rede. Se alguma porta neste intervalo receber ou transmitir tráfego a uma taxa que exceda sua largura de banda ou utilizar uma grande quantidade de buffers para processar explosões de tráfego, as outras portas no mesmo intervalo poderão sofrer perda de pacotes. atribuição de buffer nesses módulos está documentada em Bufferes, Filas e Limites nos Módulos Ethernet Catalyst 6500.

Um destino SPAN é uma causa muito comum, pois não é incomum copiar tráfego de uma VLAN inteira ou várias portas para uma única interface. Em uma placa com buffers de interface individuais, os pacotes que excederem a largura de banda da porta do destino serão descartados silenciosamente e nenhuma outra porta será afetada. Com um buffer compartilhado, isso causa problemas de conectividade para as outras portas nesse intervalo. Na maioria dos cenários, os buffers compartilhados não causam problemas. Mesmo com estações de trabalho conectadas com oito gigabits, é raro que a largura de banda fornecida seja excedida.

O switch pode sofrer degradação nos serviços ao configurar SPAN local, especialmente se ele monitorar uma grande quantidade de portas portas. Esse problema permanecerá se ele monitorar determinadas VLANs e se uma grande quantidade portas for atribuída a qualquer uma dessas VLANs.

Apesar de o SPAN ser feito no hardware, há um impacto no desempenho, pois agora o switch carrega duas vezes mais tráfego. Como cada placa de linha replica o tráfego na entrada, sempre que uma porta é monitorada, todo o tráfego de entrada é dobrado quando atinge a fabric. A captura de tráfego de um grande número de portas ocupadas em uma placa de linha pode encher a conexão da fabric, especialmente com as placas WS-6548-GE-TX, que possuem conexões de fabric de 8 conexão.

Os módulos WS-X6548-GE-TX, WS-X6548V-GE-TX, WS-X6148-GE-TX e WS-X6148V-GE-TX possuem uma limitação com EtherChannel. Para EtherChannel, os dados de todos os links em um conjunto vão para o ASIC de porta, apesar de os dados serem destinados a outro link. Estes dados consomem largura de banda no link Ethernet de 1 gigabit. Para esses módulos, o total da soma de todos os dados em EtherChannel não pode exceder 1 gigabit.

Verifique esta saída para identificar se o módulo sofre descartes relacionados a buffers utilizados em excesso:

  • CatOS

    Cat6500 (enable) show asicreg <mod/port> pinnacle err

    Verifique esta saída na lista de registros. Se as configurações nesta saída forem diferentes de zero, ela indica que houve descartes devido à saturação do buffer overrun.

    015B: PI_PBT_S_QOS3_OUTLOST_REG = 0011

    015F: PI_PBT_S_HOLD_REG = D26C

  • NativeIOS

    Cat6500# show counters interface gigabitEthernet <mod/port> | inclua qos3Outlost

    51. qos3Outlost = 768504851

Execute os comandos show várias vezes para verificar se a variável asicreg é incrementada de forma constante saídas de asicreg são limpas cada vez que são executadas. Se as saídas de asicreg permanecerem diferente de zero, isso indicará descartes ativos. Com base na taxa de tráfego, talvez esses dados precisem ser capturados ao longo de vários minutos para obter incrementos incrementos.

Solução

Conclua estes passos:

  1. Isole quaisquer portas que possam conter excesso de conexões para seu próprio intervalo de portas de forma consistente a fim minimizar o impacto de descartes para outras relações.

    Por exemplo, se você possuir um servidor conectado à porta 1 que está com excesso de conexões para a interface, isso pode gerar uma resposta lenta se você possuir vários outros servidores conectados às portas no intervalo 2-8. Nesse caso, mova o servidor com excesso de conexões para a porta 9 para liberar o buffer no primeiro bloco de portas 1-8. Em versões de software mais recentes, os destinos de SPAN possuem o armazenamento em buffer movido automaticamente para a interface de forma que ele não afete outras portas em seu intervalo. Consulte os bugs da Cisco IDs CSCed25278 (clientes registrados somente) (CatOS) e CSCin70308 (clientes registrados somente) (NativeIOS) para obter mais Informações.

  2. Desabilite o bloqueio da cabeça de linha (HOL) que utiliza a interface buffers em vez dos buffers compartilhados.

    Isso faz com que somente a porta com excesso de utilizações sofra descartes. Como os buffers de interface (32 K) são significativamente menores que o buffer compartilhado de 1 MB , talvez haja mais perda de pacotes em portas individuais portas. Isso é recomendado somente para casos extremos onde clientes mais lentos ou portas de SPAN não possam ser movidos para as outras placas de linha que ofereçam buffers de interfaces bufferes.

    • NativeIOS

      Router(config)# relação gigabitethernet <mod/port>

      Roteador (config-if) # HOL-obstrução disable

      Quando isso for desabilitado, os descartes serão movidos para os contadores de interface e podem ser exibidos com o comando show interface gigabit <mod/port> . As outras portas não são mais afetadas desde que elas também não estejam estourando individualmente. Como é recomendado manter o bloqueio de HOL habilitado, essa informação pode ser utilizada para localizar o dispositivo que satura os buffers no intervalo de portas e o move para outra placa ou um intervalo isolado na placa de forma que o bloqueio de HOL pode ser re-permitido.

    • CatOS

      Console> (permita) set port hol-blocking <mod/port> disable

      Quando isso for desabilitado, os descartes serão movidos para os contadores de interface e poderão ser exibidos com o comando show mac<mod/port> comando. As outras portas não são mais afetadas, pois elas não estão estourando individualmente. Como é recomendado manter o bloqueio de HOL habilitado, essa informação pode ser utilizada para localizar o dispositivo que satura os buffers no intervalo de portas e o move para outra placa ou em um intervalo isolado da placa de forma que o bloqueio de HOL possa ser reabilitado.

  3. Quando você configurar uma sessão SPAN, certifique-se de que a porta de destino não esteja informando erros nessa interface específica. Para verificar quaisquer erros possíveis na porta de destino, verifique a saída do comando show interface <interface type> <interface number> para o IOS ou a saída do comando show port counters <mod/port> no CatOS para verificar se há qualquer descarte de saída ou erros. O dispositivo conectado à porta de destino e a porta em si devem possuir as mesmas configurações de velocidade e duplexação para evitar erros na porta de destino.

  4. Considere uma mudança para módulos Ethernet que não possuam portas com excesso de conexões portas. Consulte Cisco Catalyst 6500 Series Switches - Interfaces e Módulos Relevantes para obter mais informações sobre os módulos com suporte.

A Estação de Trabalho Não Pode Fazer Login na Rede durante a Inicialização/Não É Possível Obter Endereço do DHCP

Os protocolos em execução no switch podem introduzir atrasos de conectividade inicial atraso. Você poderá ter esse problema se observar qualquer um destes sintomas ao ligar ou reinicializar um equipamento cliente:

  • Um cliente de rede da Microsoft exibe No Domain Controllers Available.

  • O DHCP informa No DHCP Servers Disponível.

  • Uma estação de trabalho em rede Novell Internetwork Packet Exchange (IPX) não recebe a tela de Login da Novell durante a inicialização.

  • Um cliente de rede Appletalk exibe Access to your AppleTalk network has been interrupted. To re-establish your connection, open and close the AppleTalk control panel. Também há a possibilidade de o aplicativo Chooser do ciente AppleTalk não exibir uma lista de zonas ou exibir uma lista de zonas incompleta.

  • As estações de rede IBM podem apresentar uma destas mensagens:

    • NSB83619--Address resolution falhado

    • NSB83589--Failed to boot after 1 tentativa

    • NSB70519--Failed to connect to a server

Razões/soluções comuns

O atraso na interface pode resultar nos sintomas que a seção A Estação de Trabalho é Incapaz de Conectar à Rede Durante a Inicialização/Não É Possível Obter Endereço de DHCP relaciona. Estas são causas comum de atrasos em interfaces:

  • Atraso do Spanning Tree Protocol (STP)

  • Atraso do EtherChannel

  • Atraso do entroncamento

  • Atraso da negociação automática

Para obter mais informações sobre estes atrasos e soluções possíveis, consulte para Usando o PortFast e Outros Comandos para Corrigir a Inicialização da Estação de Trabalho Atrasos de Conectividade.

Se você ainda enfrentar problemas após revisar e seguir o procedimento, contato Suporte Técnico da Cisco.

Troubleshooting de Problemas de Compatibilidade de NICs

Você pode ter problemas de compatibilidade de placa de interface de rede (NIC) ou configuração incorreta com o switch se houver qualquer um destes problemas:

  • Uma conexão servidor/cliente para o switch não é acima de.

  • Você está com problemas de negociação automática.

  • Você observa erros na porta.

Razões/soluções comuns

A razão para estes sintomas pode ser:

  • Um problema de driver de NIC conhecido

  • Incompatibilidade de velocidade/duplex

  • Problemas de autonegociação

  • Problemas de cabeamento

Para fazer troubleshooting adicional, consulte Troubleshooting de Problemas de Compatibilidade de NIC em Cisco Catalyst Switches. Edições.

A interface está em status errdisable

Se o status da interface for errdisable na saída do comando show interface status, a interface foi desabilitada devido a uma condição de erro. Exemplo de interface no status errdisable:

cat6knative#show interfaces gigabitethernet 4/1 status 

Port    Name               Status       Vlan       Duplex  Speed Type
Gi4/1                      err-disabled 100          full   1000 1000BaseSX

Ou, você pode ver mensagens semelhantes a estas se a interface tiver sido desabilitada devido a uma condição de erro:

%SPANTREE-SP-2-BLOCK_BPDUGUARD: 
   Received BPDU on port GigabitEthernet4/1 with BPDU Guard enabled. Disabling port.
%PM-SP-4-ERR_DISABLE: 
   bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state

Esta mensagem de exemplo é exibida quando a Bridge Protocol Data Unit (BPDU) é recebida em uma porta de host. A mensagem real depende do motivo da condição de erro.

Há várias razões para a interface entrar em errdisable. O motivo pode ser:

  • Incompatibilidade duplex

  • Erro de configuração do canal de porta

  • Violação do protetor de BPDU

  • Condição de UDLD

  • Detecção de colisão atrasada

  • Detecção de oscilação de link

  • Violação de segurança

  • Sincronização de PAgP (protocolo de agregação de porta)

  • Protetor do Tunneling Protocol (L2TP) da camada 2

  • Limite de taxa da espionagem de DHCP

Para habilitar uma porta em errdisabled, conclua estes passos:

  1. Desconecte o cabo de uma extremidade da conexão.

  2. Reconfigure as interfaces.

    Por exemplo, se as interfaces estiverem em um estado errdisabled devido a uma configuração de EtherChannel incorreta, reconfigure os intervalos da interface para o EtherChannel.

  3. Encerre as portas em ambas as extremidades.

  4. Conecte os cabos em ambos os switches.

  5. Execute o comando no shutdown nas relações.

Você também pode executar o comando errdisable recovery cause cause enable para configurar mecanismos de timeout que reativem automaticamente após um período de temporizador configurado.

Nota: A condição de erro ocorrerá novamente se você não resolver a causa raiz do problema.

Para determinar a razão do status errdisable, execute o comando show errdisable recovery.

cat6knative#show errdisable recovery 
ErrDisable Reason    Timer Status
-----------------    --------------
udld                 Enabled
bpduguard            Enabled
security-violatio    Enabled
channel-misconfig    Enabled
pagp-flap            Enabled
dtp-flap             Enabled
link-flap            Enabled
l2ptguard            Enabled
psecure-violation    Enabled

Timer interval: 300 seconds

Interfaces that will be enabled at the next timeout:

Interface    Errdisable reason    Time left(sec)
---------    -----------------    --------------
 Gi4/1           bpduguard             270

Depois que souber a causa do status errdisable, faça o troubleshooting do problema e corrija a raiz do problema. Por exemplo, sua porta pode estar no estado errdisable devido ao recebimento de uma BPDU em uma porta de acesso com PortFast habilitado, como no exemplo. Você pode pesquisar se um switch foi conectado acidentalmente a essa porta ou se um hub foi conectado que criou uma condição de looping. Para fazer o troubleshooting de outros cenários, consulte as informações específicas do recurso na documentação do produto.

Consulte Errdisable nas Plataformas Cisco IOS para obter informações mais abrangentes sobre o status errdisable.

Se você ainda enfrentar problemas após revisar e fazer troubleshooting com base destas informações, entre em contato o Suporte Técnico da Cisco para obter assistência adicional.

Troubleshooting de Erros de Interface

Se observar erros na saída do comando show interface, verifique o estado e a integridade da interface que sofreu os problemas. Do mesmo modo, verifique se o tráfego atravessa a interface. Consulte Etapa 12 de Troubleshooting Conectividade de Portas do Módulo WS-X6348 em um Catalyst 6500/6000 com Cisco IOS System Software.

cat6knative#show interfaces gigabitethernet 1/1
GigabitEthernet1/1 is up, line protocol is up (connected)
  Hardware is C6k 1000Mb 802.3, address is 0001.6416.042a (bia 0001.6416.042a)
  Description: L2 FX Trunk to tpa_data_6513_01
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Full-duplex mode, link type is autonegotiation, media type is SX
  output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s
  Clock mode is auto
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output 00:00:28, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue :0/40 (size/max)
  5 minute input rate 118000 bits/sec, 289 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     461986872 packets input, 33320301551 bytes, 0 no buffer
     Received 461467631 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 137 overrun, 0 ignored
     0 input packets with dribble condition detected
     64429726 packets output, 4706228422 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out
cat6knative#

Você também pode ver erros na saída do comando show interfaces interface-id counters errors . saída. Em caso afirmativo, verifique para ver se há erros associados à interface. Consulte para Etapa 14 de Troubleshooting Conectividade de Portas do Módulo WS-X6348 em um Catalyst 6500/6000 com Cisco IOS System Software.

cat6knative#show interfaces gigabitethernet 3/1 counters errors 

Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
Gi3/1               0          0          0          0         0           0

Port      Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts    Giants
Gi3/1              0         0         0          0         0         0         0

Port       SQETest-Err Deferred-Tx IntMacTx-Err IntMacRx-Err Symbol-Err
Gi3/1                0           0            0            0          0

Razões/soluções comuns

  • O motivo pelo qual a interface mostra erros pode ser um problema da camada física como:

    • Cabo/placa de rede com defeito

    • Problemas de configuração, tais como um velocidade/duplex má combinação

    • Problemas de desempenho, como sobreassinatura

    Para compreender e fazer o troubleshooting destes problemas, consulte Troubleshooting de Problemas de Interfaces e Portas Problemas.

  • Às vezes, os contadores de erros são incrementados incorretamente devido um bug de software ou uma limitação do hardware. Esta tabela lista alguns dos problemas de contador conhecidos com a plataforma Catalyst 6500/6000 que executa o Cisco IOS Software:

    Sintoma Descrição Reparar
    Gigantes nas interfaces de tronco IEEE 802.1Q em switches baseados no Supervisor Engine 720. Um Catalyst 6500 Series Switch pode relatar gigantes para tamanhos de pacotes superiores a 1496 bytes e que são recebidos marcados em um tronco sobre as portas do Supervisor Engine 720. Esse problema também pode ser observado nas placas de linha 67xx. O problema é cosmético, e o switch encaminha os pacotes. O problema também ocorre ocorre com os troncos ISL1. Consulte os bugs da Cisco IDs CSCec62587 (clientes registrados somente) e CSCed42859 (clientes registrados somente) para detalhes. Cisco IOS Software Release 12.2(17b)SXA ou posterior Cisco IOS Software Release 12.2(18)SXD ou posterior
    Gigantes nas interfaces do tronco 802.1Q em switches baseados no Supervisor Engine 2. O switch conta os pacotes que seguem na escala de 1497 a 1500 em uma VLAN não nativa na porta do tronco 802.1Q como gigantes. Este é um problema cosmético, e os pacotes são encaminhados pelo switch. Consulte o bug da Cisco ID CSCdw04642 (clientes registrados somente) para detalhes. Não disponível no momento
    Contadores de descartes de saídas excessivos são observados na saída do comando show interface em interfaces gigabit, mesmo durante condições de tráfego baixo. Contadores de descartes de saídas excessivos são observados na saída do comando show interface em interfaces gigabit, mesmo durante condições de tráfego baixo. Consulte o bug da Cisco ID CSCdv86024 (clientes registrados somente) para detalhes. Cisco IOS Software Release 12.1(8b)E12 ou posterior Cisco IOS Software Release 12.1(11b)E8 ou posterior Cisco IOS Software Release 12.1(12c)E1 ou posterior Cisco IOS Software Release 12.1(13)E1 ou posterior
    A interface do canal de porta possui estatísticas incorreta na saída do comando show interface para bps1 e pps2. Quando você se usa o Cisco IOS Software e um canal de porta é definido em duas portas Fast Ethernet, e tráfego é gerado através do canal de porta, as interfaces física possuem as estatísticas de taxa corretas. No entanto, a interface do canal da porta possui estatísticas incorretas. Consulte o bug da Cisco ID CSCdw23826 (clientes registrados somente) para obter detalhes. Cisco IOS Software Release 12.1(8a)EX Cisco IOS Software Release 12.1(11b)E1 Cisco IOS Software Release 12.1(13)E1

    1 ISL = interswitch link.

    2 bps = bit por segundo.

    3 pps = pacotes por em segundo.

Se você ainda enfrentar problemas após revisar e fazer troubleshooting com base dos documentos mencionados nesta seção, entre em contato com o o Suporte Técnico da Cisco para obter assistência adicional.

Você recebe mensagens de erro %PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port x failed: Mensagens de erro de tecla inválida

GBICs que funcionam com software releases anteriores ao Cisco IOS Software Release 12.1(13)E falham após o upgrade.

No Cisco IOS Software Release 12.1(13) System Software, as portas com GBICs que possuem um checksum da EEPROM da GBIC incorreto não podem ser acima de. Este é o comportamento esperado para GBICs 1000BASE-TX (cobre) e Coarse Wave Division Multiplexer (CWDM) (CWDM). No entanto, o comportamento é incorreto para outras GBICs. Nos releases anteriores, as portas com outras GBICs que apresentavam erros de checksum podiam ser ativadas.

Esta mensagem de erro é impressa quando este erro ocorre no Cisco IOS Software Release 12.1(13)E:

%PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port 1/2 failed: bad key

Execute o comando show interface para exibir esta saída:

Router#show interface status

Port    Name               Status       Vlan       Duplex  Speed Type
Gi2/1                      faulty       routed       full   1000 bad EEPROM

Este problema será corrigido nos Cisco IOS Software Release 12.1(13)E1, 12.1(14)E e posteriores.

Para obter mais detalhes sobre este problema, consulte Nota de campo: Erros de GBIC EEPROM incorretos em Cisco IOS� Software Release 12.1(13)E para o Catalyst 6000.

Você Recebe Mensagens de Erro COIL nas Interfaces do Módulo WS-X6x48

Você pode ver uma ou mais destas mensagens de erro nos syslogs ou na saída do comando show log :

  • Coil Pinnacle Header Checksum

  • Coil Mdtif State Machine Erro

  • Erro CRC de pacote de bobina Mdtif

  • Coil Pb Rx Underflow Erro

  • Coil Pb Rx Parity Erro

Se você está enfrentando problemas de conectividade com a conexão dos hosts no módulo WS-X6348 ou outros módulos 10/100, ou se você observar mensagens de erro que são semelhantes às listadas nesta seção, e você possui um grupo de 12 portas que estão travadas e não transmitem tráfego, execute estas etapas:

  1. Habilite e desative as interfaces.

  2. Execute o comande dentro peça ao soft reset o módulo.

  3. Execute uma destas ações para aplicar um hard reset ao módulo:

    • Recoloque fisicamente o cartão.

    • Execute o comando nenhuma potência permitem o módulo module_- comando global configuration e e o comando de configuração global power enable module module_# .

Após executar estes passos, entre em contato com o Suporte Técnico da Cisco com as informações se você encontrar um ou mais destes problemas:

  • O módulo não entra online.

  • O módulo entra online, mas um grupo de 12 relações falha diagnósticos.

    Você pode ver este na saída do show module_- do modulo de diagnóstico comando.

  • O módulo trava no estado other ao ser inicializado.

  • Todos os LEDs da porta no módulo ficam âmbar.

  • Todas as interfaces estão no estado errdisabled estado.

    Isso pode ser visto através do comando show interfaces status module module_# comando.

Consulte Fazendo Troubleshooting de Conectividade de Portas do Módulo WS-X6348 em um Catalyst 6500/6000 com Cisco IOS System Software para fazer o pesquisa de defeitos.

Troubleshooting de Problemas de Conectividade WS-X6x48 Module

Se você está enfrentando problemas de conectividade com a conexão dos hosts no módulo WS-X6348 ou em outros módulos 10/100, consulte Fazendo Troubleshooting de Conectividade de Portas do Módulo WS-X6348 em um Catalyst 6500/6000 com Cisco IOS System Software para fazer o pesquisa de defeitos.

Se você ainda enfrentar problemas após revisar e fazer troubleshooting com base no documento Fazendo Troubleshooting de Conectividade de Portas do Módulo WS-X6348 em um Catalyst 6500/6000 com Cisco IOS System Software , entre em contato o Suporte Técnico da Cisco para obter assistência adicional.

Troubleshooting de Problemas do STP

Problemas relacionados a spanning tree podem causar problemas de conectividade em uma rede comutada. Para obter instruções de troubleshooting passo a passo e orientações para prevenir problemas de spanning tree, consulte Troubleshooting do STP em Catalyst Switches com Cisco IOS System Software.

Impossível Utilizar o Comando Telnet para Conectar ao Switch

Causa

Assim como qualquer dispositivo Cisco IOS, o Catalyst 6500 Switch também permite apenas um número limitado de sessões de Telnet. Se você atingir este limite, o switch não permitirá sessões de vty adicionais. Para verificar se você incorreu neste problema, conecte-se ao console do Supervisor Engine. Execute o comando show user. A saída da Interface de Linha de Comando (CLI) deste comando mostra quantas linhas estão ocupadas no momento:

Cat6500#show user
Line     User    Host(s)      Idle     Location
0 con 0         10.48.72.118 00:00:00 
1 vty 0         10.48.72.118 00:00:00 10.48.72.118
2 vty 1         10.48.72.118 00:00:00 10.48.72.118
3 vty 2         10.48.72.118 00:00:00 10.48.72.118
4 vty 3         10.48.72.118 00:00:00 10.48.72.118
*5 vty 4         idle         00:00:00 10.48.72.118

Soluções

Conclua estes passos:

  1. Com base na saída do comando show user execute o comando clear line line_number para limpar as sessões obsoletas.

    Cat6500#show user
    Line     User    Host(s)      Idle     Location
    0 con 0         10.48.72.118 00:00:00 
    1 vty 0         10.48.72.118 00:00:00 10.48.72.118
    2 vty 1         10.48.72.118 00:00:00 10.48.72.118
    3 vty 2         10.48.72.118 00:00:00 10.48.72.118
    4 vty 3         10.48.72.118 00:00:00 10.48.72.118
    *5 vty 4         idle         00:00:00 10.48.72.118
    
    Cat6500#clear line 1
    
    Cat6500#clear line 2
    
    
    !--- Output suppressed.
    
    
  2. Configure o timeout de ociosidade para as sessões de vty e a linha de console para limpar quaisquer sessões inativas. Este exemplo mostra a configuração a ser utilizada a fim de ajustar o timeout de ociosidade para 10 minutos:

    Cat6500#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    Cat6500(config)#line vty 0 4
    
    Cat6500(config-line)#exec-timeout ?
      <0-35791>  Timeout in minutes
    Cat6500(config-line)#exec-timeout 10 ?
      <0-2147483>  Timeout in seconds
      <cr>
    Cat6500(config-line)#exec-timeout 10 0
    
    Cat6500(config-line)#exit
    Cat6500(config)#line con 0
    
    Cat6500(config-line)#exec-timeout 10 0
    
    Cat6500(config-line)#exit
    Cat6500(config)#
  3. Você também pode aumentar o número de sessões vty disponíveis. Use o comando line vty 0 6 em vez do comando line vty 0 4 .

Em alguns casos, a saída do comando show user pode mostrar nenhum vty ativo nas sessões, mas uma conexão ao switch com o uso do comando telnet ainda falha com esta mensagem de erro:

% telnet connections not permitted from this terminal

Neste caso, verifique se você configurou o vty corretamente. Execute o comando transport input all para permitir que o vty transporte tudo.

Incapaz de consolar a unidade em standby usando a autenticação RADIUS

Problema

Os 6500 Switch são empilhados no conjunto VSS; quando você tentar consolar em um interruptor à espera, ele falha com este mensagem de registro do raio:

%RADIUS-4-RADIUS_DEAD: Servidor Radius 10.50.245.20:1812,1813 não estão respondendo.

A autenticação com o telnet a este supervisor em standby trabalha muito bem, e o console de login no supervisor ativo igualmente trabalha muito bem. O problema ocorre com a conexão ao console do supervisor em standby.

Solução:

A autenticação RADIUS contra o console para a unidade em standby não é possível. O apoio não tem a conectividade IP para a autenticação de AAA. Você precise de usar a opção de recuo, tal como um banco de dados local.

Contadores de Pacotes Gigantes em Interfaces VSL

Algumas vezes, os contadores de pacotes gigantes nas interfaces VSL são incrementados mesmo se nenhum pacote de dados gigante é enviado pelo sistema.

Os pacotes que atravessam as interfaces VSL transportam um cabeçalho VSL de 32 bits, acima do cabeçalho de MAC normal. Este cabeçalho é idealmente excluído na classificação de tamanho do pacote, mas a porta ASIC inclui de fato este cabeçalho em tal classificação. Como resultado, os pacotes de controle que estão próximos ao limite de tamanho de 1518 para os pacotes de tamanho regular podem facilmente terminar sendo classificados como pacotes gigantes.

No momento, não há nenhuma ação alternativa para este problema.

Os vlan múltiplos aparecem no interruptor

Você pode ver os vlan múltiplos no interruptor que não estavam lá antes. Por exemplo:

Vlan982         unassigned      YES unset  administratively down down    
Vlan983         unassigned      YES unset  administratively down down    
Vlan984         unassigned      YES unset  administratively down down    
Vlan985         unassigned      YES unset  administratively down down    
Vlan986         unassigned      YES unset  administratively down down    
Vlan987         unassigned      YES unset  administratively down down    
Vlan988         unassigned      YES unset  administratively down down    
Vlan989         unassigned      YES unset  administratively down down    
Vlan990         unassigned      YES unset  administratively down down    
Vlan991         unassigned      YES unset  administratively down down    
Vlan992         unassigned      YES unset  administratively down down    
Vlan993         unassigned      YES unset  administratively down down    
Vlan994         unassigned      YES unset  administratively down down    
Vlan995         unassigned      YES unset  administratively down down    
Vlan996         unassigned      YES unset  administratively down down    
Vlan997         unassigned      YES unset  administratively down down    
Vlan998         unassigned      YES unset  administratively down down    
Vlan999         unassigned      YES unset  administratively down down    
Vlan1000        unassigned      YES unset  administratively down down    
Vlan1001        unassigned      YES unset  administratively down down    
Vlan1002        unassigned      YES unset  administratively down down    
Vlan1003        unassigned      YES unset  administratively down down    
Vlan1004        unassigned      YES unset  administratively down down    
Vlan1005        unassigned      YES unset  administratively down down

Como uma definição, vlan lista de VLANs 1 - 700 da Tráfego-captação do filtro o comando é adicionado à configuração. Todos os VLAN não já configurados serão adicionados como a camada 3 VLAN.

Problemas com fonte de alimentação e ventiladores

O LED INPUT OK da fonte de alimentação não acende

Se o LED INPUT OK da fonte de alimentação não acender após você ligar a chave liga/desliga, execute o comando show power status all comando. Procure o status da fonte de alimentação, conforme mostrado neste exemplo:

cat6knative#show power status all           
                        Power-Capacity PS-Fan Output Oper
PS   Type               Watts   A @42V Status Status State
---- ------------------ ------- ------ ------ ------ -----
1    WS-CAC-2500W       2331.00 55.50  OK     OK     on 
2    none
                        Pwr-Requested  Pwr-Allocated  Admin Oper
Slot Card-Type          Watts   A @42V Watts   A @42V State State
---- ------------------ ------- ------ ------- ------ ----- -----
1    WS-X6K-S2U-MSFC2    142.38  3.39   142.38  3.39  on    on
2    WSSUP1A-2GE         142.38  3.39   142.38  3.39  on    on
3    WS-X6516-GBIC       231.00  5.50   231.00  5.50  on    on
4    WS-X6516-GBIC       231.00  5.50   231.00  5.50  on    on
5    WS-X6500-SFM2       129.78  3.09   129.78  3.09  on    on
6    WS-X6502-10GE       226.80  5.40   226.80  5.40  on    on
cat6knative#

Se o status não for OK, como neste exemplo, siga os passos indicados na seção Troubleshooting da Fonte de Alimentação do documento Troubleshooting (Catalyst 6500 Series Switches) para obter troubleshooting adicional.

Troubleshooting de Mensagens de Erro C6KPWR-4-POWRDENIED: insufficient power, module in slot [dec] power denied ou %C6KPWR-SP-4-POWRDENIED: insufficient power, module in slot [dec] power denied

Se você receber esta mensagem no log, a mensagem indica que não há potência suficiente para ligar o módulo. O [dec] na mensagem indica o número do slot:

%OIR-SP-6-REMCARD: Card removed from slot 9, interfaces disabled
C6KPWR-4-POWERDENIED: insufficient power, module in slot 9 power denied
C6KPWR-SP-4-POWERDENIED: insufficient power, module in slot 9 power denied

Execute o comando show power para encontrar o modo de redundância da fonte de alimentação.

cat6knative#show power
system power redundancy mode = redundant
system power total = 27.460A
system power used = 25.430A
system power available = 2.030A
FRU-type       #    current   admin state oper
power-supply   1    27.460A   on          on
power-supply   2    27.460A   on          on
module         1    3.390A    on          on
module         2    3.390A    on          on
module         3    5.500A    on          on
module         5    3.090A    on          on
module         7    5.030A    on          on
module         8    5.030A    on          on
module         9    5.030A    on          off (FRU-power denied).

Esta saída mostra que o modo da fonte de alimentação é redundante e que uma fonte de alimentação não é suficiente para alimentar o chassi inteiro. Você pode executar uma destas duas opções:

  • Obtenha uma fonte de alimentação de potência mais alta.

    Por exemplo, se a fonte de alimentação atual for de 1300W CA, obtenha uma de 2500W CA ou uma fonte de alimentação CA de 4000W.

  • Torne o modo de redundância da fonte de alimentação combinado.

    Aqui está um exemplo:

    cat6knative(config)#power redundancy-mode combined 
    cat6knative(config)#
     %C6KPWR-SP-4-PSCOMBINEDMODE: power supplies set to combined mode. 
    

No modo combinado, ambas as fontes de alimentação fornecem energia. No entanto neste modo, se uma fonte de alimentação falhar, você perderá a potência no módulo outra vez porque a fonte de alimentação restante não é capaz de alimentar o chassi inteiro.

Consequentemente, a melhor opção é utilizar uma fonte de alimentação fonte.

A potência reservada para um slot vazio não pode ser realocada. Se, por exemplo, o slot 6 estiver vazio e o slot 2 possuir somente 68 watts disponíveis, você não poderá realocar os 282 watts reservados para o slot 6 para o slot 2 para obter mais potência disponível para o slot 2.

Cada slot possui sua própria potência disponível que, se não estiver em uso, não poderá ser realocada para um slot diferente. Não há nenhum comando para desabilitar a potência reservada para um slot vazio.

Nota: Certifique-se que o switch esteja conectado a 220 VCA, em vez de 110 VCA (se a fonte de alimentação oferecer suporte a 220 VCA) para utilizar a capacidade de potência total das fontes.

Para obter mais informações sobre o gerenciamento de energia, consulte Gerenciamento de Energia para Catalyst 6000 Series Switches.

O LED FAN está vermelho ou é mostrado como falha na saída do comando show environment status

Se você executar o comando show environment status e observar que o conjunto de ventiladores falhou, siga os passos na seção Troubleshooting do Conjunto de Ventiladores do documento Troubleshooting (Catalyst 6500 Series Switches) para identificar o problema.

Aqui está um exemplo:

cat6knative#show environment status                              
backplane: 
  operating clock count: 2
  operating VTT count: 3
fan-tray 1: 
  fan-tray 1 fan-fail: failed

!--- Output suppressed.

""Diagnostic level complete" causa uma queda no 6500

Esta mensagem de erro é vista no antigo IOS versão 12.1, o qual atingiu o fim do suporte [EOS]/fim da vida útil [EOL]. Configure os diagnósticos de volta para o padrão (mínimo), ou atualize o IOS executado no dispositivo para a versão mais recente do IOS para resolver este erro.

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.


Informações Relacionadas


Document ID: 24053