Este documento discute as causas das mensagens de erro LOGDATA em um CIP (Channel Interface Processor) ou em um roteador ECPA (Channel Port Adapter). Também discute as etapas a serem tomadas para corrigir essa condição.
Na maioria dos casos, as mensagens de erro LOGDATA são devidas a problemas de hardware, especificamente cabos, o Enterprise System Connection (ESCON) Diretor ou conectores. Em muitos casos, o problema pode ser resolvido se você limpar as fibras óticas e garantir que os cabos estejam encaixados corretamente.
Observação: embora este documento se refira principalmente a um CIP, os erros e os métodos de identificação e solução de problemas se aplicam igualmente a uma placa ECPA.
Não existem requisitos específicos para este documento.
As informações neste documento são baseadas em um ESCON CIP ou ECPA com um Mainframe anexado ao ESCON.
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Mensagens de erro LOGDATA aparecem no log do console do roteador CIP no formato mostrado no próximo exemplo de código. Eles começam com o endereço 0000 e terminam com o endereço 0D80.
O registro inteiro tem de ser capturado a partir do %ADAPTER-6-LOGOUT: Linha de dados de logoff da porta 0 para o %ADAPTER-6-LOGDATA: Linha 0D80. Por esse motivo, recomenda-se que você defina o logging buffered para pelo menos 80000 em todos os roteadores CIP e ECPA.
Jan 7 09:31:50 CST: %CIP2-6-MSG: slot2 %ADAPTER-6-LOGOUT: Port 0 logout data. Adapter microcode C50602D4 Jan 7 09:31:50 CST: %CIP2-6-MSG: slot2 %ADAPTER-6-LOGDATA: 0000 D5E2C3C1 00000D60 0A000120 00000000 FDE81572 0048A000 00000000 E8000000 Jan 7 09:31:50 CST: %CIP2-6-MSG: slot2 %ADAPTER-6-LOGDATA: 0020 00000800 08180001 08D38400 07D301A1 10120C00 5D000010 0048A000 01000000 Jan 7 09:31:50 CST: %CIP2-6-MSG: slot2 %ADAPTER-6-LOGDATA: 0040 00000000 00400003 C6010000 A0C20001 00114100 00117940 00112400 00118100
Mensagens de erro LOGDATA ocorrem somente em conexões de canal ESCON. Na maioria das vezes, os registros LOGDATA indicam que houve algum tipo de erro de transmissão ou de protocolo no link. Para solucionar esse problema de condição de erro, algumas perguntas devem ser respondidas:
Essa condição de erro provocou uma interrupção?
Esta é a primeira ocorrência deste erro?
Houve alguma alteração na camada física, por exemplo cabos, o ESCON Diretor, e assim por diante?
Se essa condição de erro não causou nenhuma interrupção, então foi uma violação de código recuperável. Se essa condição de erro causou uma interrupção (por exemplo, um erro fatal), é necessária uma investigação adicional.
Para erros de transmissão, as causas mais prováveis são cabos mal encaixados, óptica suja, LEDs de transmissão defeituosa ou receptores defeituosos.
Os erros de protocolo indicam que o CIP, o ESCON Diretor ou o mainframe violou o protocolo ESCON. A maioria desses erros (até mesmo os erros de protocolo) são recuperáveis sem o aplicativo (VTAM [Virtual Telecommunications Access Method, método de acesso de telecomunicações virtual] ou TCP/IP) mesmo sabendo disso.
Um bom local para começar a solucionar problemas é com os comandos show extended channel statistics ou show extended channel subchannel. Se houver claramente erros de transmissão, certifique-se de limpar a óptica e de que os cabos estejam encaixados corretamente. Alguns erros de bit não são relatados nas estatísticas; então, mesmo que essas estatísticas sejam 0, ainda pode ter havido uma violação de código.
Em 99,999% de todos os casos, as mensagens de erro LOGDATA são devidas ao hardware: cabos, o ESCON Diretor ou conectores. Em ambos os casos, a descarga do erro só pode ser analisada pela IBM e talvez nem seja conclusiva. Como 99,999% do tempo que isso ocorre devido ao hardware, é extremamente importante eliminar completamente os problemas de hardware antes de você considerar o envio do dump de erros para decodificá-lo. Além disso, ao executar o microcódigo CIP mais recente disponível, você garante que todas as correções para esses problemas sejam aplicadas. Quando você exclui problemas de hardware, o Suporte Técnico da Cisco pode enviar o dump para a IBM para análise.
Observação: é importante observar novamente que todos os roteadores CIP devem ter 80000 em buffer de registro, no mínimo, para que o despejo completo seja capturado. Se o endereço do servidor syslog não puder ser alcançado e a saída de log for perdida porque o seu registro em buffer é apenas 4000, você terá que esperar por outra ocorrência para descobrir o que aconteceu. Isso é indesejável.
Observação: cada ocorrência do erro começa com dados de logoff da porta 0:
%CIP2-6-MSG: slot5 %ADAPTER-6-LOGOUT: Port 0 logout data. Adapter microcode C50602D4
Cada ocorrência termina com LOGSAME:
%CIP2-6-MSG: slot5 %ADAPTER-6-LOGSAME: 0D80 to 1000
Observação: em alguns ambientes de clientes, os registros LOGDATA com várias mensagens de erro podem ocorrer quando o mainframe demora mais de 500 ms para responder à atividade no nível do dispositivo. A arquitetura ESCON determina que este valor de intervalo de parada pode ficar na faixa de 400 ms a 850 ms. Para evitar algumas das ocorrências de LOGDATA, use CIP21-21 ou superior ou CIP22-28 ou superior, conforme o bug da Cisco ID CSCdj84218 (somente clientes registrados) .