Índice Introdução Pré-requisitos Requisitos Componentes Utilizados Troubleshooting Indicação diodo emissor de luz Vista pictórico da placa dianteira O fluxograma baseou a eliminação de erros e a recuperação do roteador Fluxograma 1 Fluxograma 2 Fluxograma 3 Cisco relacionado apoia discussões da comunidade Introdução Este documento descreve as etapas para pesquisar defeitos o dispositivo GSR12000 (IO ou IOS- XR sendo executado) durante condições quando o dispositivo é inacessível. Pré-requisitos Requisitos Cisco recomenda que você tem o conhecimento básico da plataforma GSR12000. Componentes Utilizados Este documento é restringido ao Cisco 12000 Series Router. As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando. Troubleshooting Indicação diodo emissor de luz Grave a informação de LED, segundo as indicações desta tabela, antes da recuperação/de debugar o nó mais. Sl. Não Módulo informação Status LED 1 Potência APROVAÇÃO PWR? PEM1:
2 shelf/pem? s Placa de alarme 3 Ventilador 3 LC 4 RP VERDE? O => PEM é bom Se não um do diodo emissor de luz abaixo? âmbar da mostra s? AMBARINO? CRITIQUE, OC (sobre a corrente), TEMP (sobre a temperatura Nota: Informação necessária ser recolhido para todos os PEM instalados no chassi Há a instalação dois do diodo emissor de luz PERMITIDA e FALHA um para cada tela card(2 CSC + 3 SFC) e um grupo para a placa de alarme próprio O VERDE indica permitido O ÂMBAR indica a falha/slot vazio Lá são dois LED de status? APROVAÇÃO e FALHA s O diodo emissor de luz APROVADO indica que o ventilador é bom O diodo emissor de luz da FALHA indica a edição do ventilador Eng3 tem o segmento diodo emissor de luz? CORRIDA IOX? durante o estado estável. Eng5 tem o diodo emissor de luz no VERDE da placa dianteira no estado estável ou no ÂMBAR durante o booting ou NA RESTAURAÇÃO ACTV ativo RP no estado estável APOIO à espera RP no estado estável Grave o diodo emissor de luz dos Ethernet do console? s Vista pictórico da placa dianteira PEM2: PEM3: PEM4: Placa de alarme: CSC0: CSC1: SFC0: SFC1: SFC2: PARTE SUPERIOR: BOT: Slot 0 completamen te Slot 15 ACTV: APOIO: Placa dianteira da placa de alarme que mostra o diodo emissor de luz diferente
Placa dianteira do Privacy Enhanced Mail (PEM) que mostra LED de status PEM O fluxograma baseou a eliminação de erros e a recuperação do roteador Fluxograma 1 Confirme detalhes da conexão de console e a acessibilidade ao servidor terminal é estabelecida.
Fluxograma 2 Se o acesso de console não está disponível, use este fluxograma.
Fluxograma 3 Quando o acesso de console é não disponível e os diodos emissores de luz estão incandescendo, mas estão indicando o estado incorreto, use este fluxograma.
Diodo emissor de luz *Display PRP: RP ACTV, APOIO RP LC: IOS RUN (diodo emissor de luz E3)/Green (E5) Placa de alarme: VERDE Placas de fábrica: VERDE (diodo emissor de luz na placa de alarme) PEM: LED verde Ventilador: LED verde Verificações intermitentes para a acessibilidade: - Verifique se o indicador em algum cartão mudou Comando list 1: Captação a ser recolhida quando RP ativo? o console s é acessível. Execute estes comandos verificar o status de processo, USO de CPU, o estado do gerente do pacote e identificar o processo do culpado (eventualmente) e recolha o comando fornecido na sessão. Recolha este o grupo de logs para o processo acima identificado. Logs da tela Mbus opõe-se (captação 2-3 vezes) Traços paládio Se há um tempo, a seguir você pode recolher o showtech (logs enormes). Comando list 2: Logs a ser recolhidos quando somente à espera? o console s é acessível Nota: Recolha logs somente se o acesso de console ativo não está disponível, mas o acesso à espera é acessível. Procedimento: Alcance o ksh(shell) do apoio e do anexo ao KSH ativo sobre o mbus usando este procedimento, e recolha logs do active? shell s. o <esc>ksh do console à espera e anexa então o nodeid> <ative Logs básicos para conhecer o status de placa, o status de energia e os logs do console Logs para verificar se o direcionador e QADs da tela são saudáveis Para verificar a edição do mbus (recolha 2-3 vezes) Execute estes comandos verificar o status de processo, o USO de CPU e o estado do gerente do pacote e identificar o processo do culpado (eventualmente) e recolher o comando fornecido nesta sessão. Recolha traços paládio Lista de comando ios: Capture para ser recolhido quando o console é acessível.
Despeje estes tempos múltiplos dos logs com a diferença de tempo.