Este documento explica las causas de los mensajes de error LOGDATA en un router de Procesador de interfaz de canal (CIP) o Adaptador de puerto de canal (ECPA). También se analizan las medidas que deben adoptarse para remediar esta condición.
En la mayoría de los casos, los mensajes de error LOGDATA se deben a problemas de hardware, específicamente cables, Enterprise System Connection Director (ESCON) o conectores. En muchos casos, el problema puede resolverse si limpia la óptica y asegura que los cables están correctamente instalados.
Nota: Aunque este documento se refiere principalmente a un CIP, los errores y métodos de resolución de problemas se aplican igualmente a una tarjeta ECPA.
No hay requisitos específicos para este documento.
La información de este documento se basa en un CIP ESCON o ECPA con un Mainframe conectado a ESCON.
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Los mensajes de error LOGDATA aparecen en el registro de la consola del router CIP en el formato que se muestra en el siguiente ejemplo de código. Comienzan con la dirección 000 y terminan con la dirección 0D80.
Se debe capturar el registro completo, desde el %ADAPTER-6-LOGOUT: Línea de datos de logout del puerto 0 al %ADAPTER-6-LOGDATA: Línea 0D80. Por esta razón, se recomienda que configure logging buffered en al menos 80000 en todos los routers CIP y 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
Los mensajes de error LOGDATA sólo se producen en las conexiones del canal ESCON. La mayoría de las veces, los registros LOGDATA indican que hubo algún tipo de error de transmisión o de protocolo en el link. Para resolver este problema de error, se deben responder algunas preguntas:
¿Esta condición de error provocó una interrupción?
¿Es esta la primera vez que se produce este error?
¿Hubo cambios en la capa física, por ejemplo, cables, el director ESCON, etc.?
Si esta condición de error no causó ninguna interrupción, entonces fue una violación de código recuperable. Si esta condición de error provocó una interrupción (por ejemplo, un error fatal), se requiere una investigación adicional.
Para los errores de transmisión, las causas más probables son los cables mal colocados, la óptica sucia, los LED de transmisión defectuosos o los receptores defectuosos.
Los errores de protocolo indican que el CIP, el ESCON Director o el mainframe violaron el protocolo ESCON. La mayoría de estos errores (incluso los errores de protocolo) se pueden recuperar sin la aplicación (método de acceso a telecomunicaciones virtuales [VTAM] o TCP/IP), incluso si se conocen.
Un buen lugar para comenzar a resolver problemas es con los comandos show extended channel statistics o show extended channel subchannel. Si hay claramente errores de transmisión, asegúrese de limpiar la óptica y de que los cables están correctamente colocados. Algunos errores de bit no se informan en las estadísticas; así que, incluso si esas estadísticas son 0, todavía podría haber habido una violación del código.
En el 99,999% de los casos, los mensajes de error LOGDATA se deben al hardware: cables, el ESCON Director o conectores. En cualquier caso, el volcado del error sólo puede ser analizado por IBM y no siempre es definitivo. Dado que el 99,999% del tiempo se debe a hardware, es extremadamente importante eliminar completamente los problemas de hardware antes de considerar el envío del volcado de errores para ser descodificado. Además, cuando ejecuta el último microcódigo CIP disponible, se asegura de que se aplican las correcciones necesarias para estos problemas. Una vez que descarte los problemas de hardware, el Soporte Técnico de Cisco puede enviar el volcado a IBM para su análisis.
Nota: Es importante tener en cuenta de nuevo que todos los routers CIP deberían tener un almacenamiento en búfer 80000, como mínimo, para que se capture el volcado completo. Si la dirección del servidor syslog es inalcanzable y el resultado del registro se pierde porque su almacenamiento en buffer es sólo 4000, entonces tendrá que esperar otra aparición para averiguar qué sucedió. Esto no es deseable.
Nota: Cada aparición del error comienza con datos de desconexión del puerto 0:
%CIP2-6-MSG: slot5 %ADAPTER-6-LOGOUT: Port 0 logout data. Adapter microcode C50602D4
Cada aparición termina con LOGSAME:
%CIP2-6-MSG: slot5 %ADAPTER-6-LOGSAME: 0D80 to 1000
Nota: En algunos entornos de clientes, los registros LOGDATA con múltiples mensajes de error pueden ocurrir cuando el mainframe tarda más de 500 ms en responder a la actividad de nivel de dispositivo. La arquitectura ESCON establece que este valor de tiempo de espera puede variar de 400 ms a 850 ms. Para evitar algunas de las apariciones de LOGDATA, utilice CIP21-21 o superior o CIP22-28 o superior, según el ID de bug de Cisco CSCdj84218 (sólo para clientes registrados).