Ce document traite des causes des messages d'erreur LOGDATA sur un routeur CIP (Channel Interface Processor) ou ECPA (Channel Port Adapter). Il examine également les mesures à prendre pour remédier à cette situation.
Dans la plupart des cas, les messages d'erreur LOGDATA sont dus à des problèmes matériels, notamment des câbles, le directeur ESCON (Enterprise System Connection) ou des connecteurs. Dans de nombreux cas, le problème peut être résolu si vous nettoyez les câbles optiques et assurez-vous qu'ils sont correctement positionnés.
Remarque : Bien que ce document se réfère principalement à un CIP, les erreurs et les méthodes de dépannage s'appliquent également à une carte ECPA.
Aucune spécification déterminée n'est requise pour ce document.
Les informations contenues dans ce document sont basées sur un CIP ESCON ou un ECPA avec un mainframe ESCON.
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Les messages d'erreur LOGDATA apparaissent dans le journal de console du routeur CIP au format indiqué dans l'exemple de code suivant. Ils commencent par l'adresse 0000 et se terminent par l'adresse 0D80.
Le journal complet doit être capturé à partir de la %ADAPTER-6-LOGOUT : Ligne de données de déconnexion du port 0 vers %ADAPTER-6-LOGDATA : Ligne 0D80. Pour cette raison, il est recommandé de définir logging buffered sur au moins 80000 sur tous les routeurs CIP et 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
Les messages d'erreur LOGDATA ne se produisent que sur les connexions de canal ESCON. La plupart du temps, les enregistrements LOGDATA indiquent qu’il y a eu un type d’erreur de transmission ou de protocole sur la liaison. Pour résoudre cette condition d'erreur, vous devez répondre à quelques questions :
Cette condition d'erreur a-t-elle provoqué une panne ?
Est-ce la première occurrence de cette erreur ?
Y a-t-il eu des modifications au niveau de la couche physique, par exemple les câbles, le directeur ESCON, etc. ?
Si cette condition d'erreur n'a causé aucune panne, alors il s'agissait d'une violation de code récupérable. Si cette condition d'erreur a provoqué une panne (par exemple, une erreur fatale), une enquête plus approfondie est nécessaire.
Pour les erreurs de transmission, les causes les plus probables sont les câbles mal positionnés, les câbles optiques sales, les voyants de transmission défectueux ou les récepteurs défectueux.
Les erreurs de protocole indiquent que le CIP, le directeur ESCON ou le mainframe ont violé le protocole ESCON. La plupart de ces erreurs (y compris les erreurs de protocole) peuvent être récupérées sans que l'application (VTAM ou TCP/IP) en soit informée.
Un bon endroit pour commencer le dépannage est avec les commandes show extended channel statistics ou show extended channel subchannel. Si des erreurs de transmission se sont produites, assurez-vous que vous nettoyez les câbles optiques et que les câbles sont correctement positionnés. Certaines erreurs de bits ne sont pas signalées dans les statistiques ; donc, même si ces statistiques sont 0, il aurait pu y avoir une violation de code.
Dans 99,999 % des cas, les messages d'erreur LOGDATA sont dus au matériel : câbles, ESCON Director ou connecteurs. Dans les deux cas, le vidage des erreurs ne peut être analysé que par IBM et ne peut pas toujours être concluant. Étant donné que 99,999 % du temps que cela est dû au matériel, il est extrêmement important d'éliminer complètement les problèmes matériels avant d'envisager d'envoyer votre message d'erreur pour être décodé. En outre, lorsque vous exécutez le microcode CIP disponible le plus récent, vous assurez que toutes les corrections pour ces problèmes sont appliquées. Une fois que vous avez exclu les problèmes matériels, le support technique Cisco peut envoyer la décharge à IBM pour analyse.
Remarque : Il est important de noter à nouveau que tous les routeurs CIP doivent avoir mis en mémoire tampon la journalisation 80000, au moins, afin que le vidage complet soit capturé. Si l'adresse de votre serveur syslog est inaccessible et que la sortie du journal est perdue car votre mémoire tampon de journalisation n'est que de 4000, vous devrez attendre une autre occurrence pour savoir ce qui s'est passé. Ce n'est pas souhaitable.
Remarque : chaque occurrence de l'erreur commence par les données de déconnexion du port 0 :
%CIP2-6-MSG: slot5 %ADAPTER-6-LOGOUT: Port 0 logout data. Adapter microcode C50602D4
Chaque occurrence se termine par LOGSAME :
%CIP2-6-MSG: slot5 %ADAPTER-6-LOGSAME: 0D80 to 1000
Remarque : Dans certains environnements client, les enregistrements LOGDATA avec plusieurs messages d'erreur peuvent se produire lorsque le mainframe prend plus de 500 ms pour répondre à l'activité au niveau du périphérique. L'architecture ESCON indique que cette valeur de délai d'attente peut aller de 400 ms à 850 ms. Pour éviter certaines occurrences de LOGDATA, utilisez CIP21-21 ou supérieur ou CIP22-28 ou supérieur, conformément à l'ID de bogue Cisco CSCdj84218 (clients enregistrés uniquement).