Commutateurs : Commutateurs Cisco Catalyst, s�rie�6500

Messages d'erreur CatOS courants sur les commutateurs de la gamme Catalyst 6500/6000

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (19 septembre 2015) | Commentaires


Contenu


Introduction

Ce document fournit une brève explication des messages syslog et des messages d'erreur courants que vous voyez sur les commutateurs Cisco de la gamme Catalyst 6500/6000 qui exécutent le logiciel Catalyst OS (CatOS).

Utilisez l'Outil de décodage des messages d'erreur (clients inscrits uniquement) si vous recevez un message d'erreur qui n'apparaît pas dans ce document. Cet outil fournit la signification des messages d'erreur que le logiciel de logiciel et de CatOS de Ý de Cisco IOS génèrent.

Remarque: Le format précis des messages syslog et des messages d'erreur décrits dans ce document peut varier légèrement. La variation dépend de la version de logiciel que vous exécutez sur le commutateur Supervisor Engine.

Remarque: Cisco recommande cette configuration de journalisation minimum sur les commutateurs de la gamme Catalyst 6500/6000 :

  • Émettez la commande set time afin de définir la date et l'heure sur le commutateur. Ou configurez le commutateur pour qu'il utilise le Protocole d'Heure Réseau (NTP) pour obtenir la date et l'heure d'un serveur NTP.

  • Assurez-vous que la journalisation et les marqueurs temporels de la journalisation sont activés, ce qui est le cas par défaut.

  • Configurez le commutateur pour qu'il enregistre sur un serveur Syslog, si possible.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Messages d'erreur sur les commutateurs de la gamme Catalyst 6500/6000

Les messages dans cette section sont des messages d'erreur communs que vous consultez sur les commutateurs de la gamme Catalyst 6500/6000 qui exécutent CatOS.

%CDP-4-NVLANMISMATCH : Native vlan mismatch detected on port [dec]/[dec]

Problème

Le commutateur génère les messages syslog %CDP-4-NVLANMISMATCH fréquents.

Description

Cet exemple montre la sortie de la console qui est affichée quand ce message d'erreur se produit sur le commutateur :

2002 Jan 11 08:50:40 EST -05:00 %CDP-4-NVLANMISMATCH:
   Native vlan mismatch detected on port 4/1
2002 Jan 11 02:02:45 %CDP-4-NVLANMISMATCH:
   Native vlan mismatch detected on port 1/1

Le commutateur génère ce message chaque fois que le port de commutateur est physiquement connecté à un autre commutateur ou routeur. Ce message apparaît sur le commutateur parce que le VLAN natif configuré sur le port est différent du VLAN natif sur le commutateur/port du routeur de connexion.

Un port d'agrégation que vous avez configuré avec le balisage IEEE 802.1Q peut recevoir du trafic balisé et non balisé. Par défaut, le commutateur transfère le trafic non balisé avec le VLAN natif qui est configuré pour le port. Si un paquet a un ID VLAN qui est identique à l'ID du VLAN natif du port de sortie, le commutateur transmet le paquet non balisé. Autrement, le commutateur transmet le paquet avec une balise.

Assurez-vous que le VLAN natif pour une liaison 802.1Q est identique aux deux extrémités de la liaison agrégée. Si le VLAN natif à l'une des extrémités de l'agrégation est différent du VLAN natif de l'autre extrémité, le trafic des VLAN natifs des deux côtés ne peut pas être transmis correctement sur la liaison. Ce problème peut impliquer quelques problèmes de connectivité dans votre réseau.

Émettez la commande show trunk mod/port afin de vérifier le VLAN natif qui est configuré sur votre commutateur. Dans cette commande, mod/port est le port d'agrégation. Voici un exemple de sortie :

Console> (enable) show trunk 5/24 
Port      Mode         Encapsulation  Status        Native vlan
--------  -----------  -------------  ------------  -----------
 5/24     desirable    dot1q          not-trunking  1
 
Port      Vlans allowed on trunk
--------  ---------------------------------------------------------------------
 5/24     1-1005
 
Port      Vlans allowed and active in management domain 
--------  ---------------------------------------------------------------------
 5/24     1
 
Port      Vlans in spanning tree forwarding state and not pruned
--------  ---------------------------------------------------------------------
 5/24      

Console> (enable)

Émettez la commande set vlan vlan_id mod/port afin de modifier le VLAN natif qui est configuré sur le port d'agrégation. Dans cette commande, mod/port est le port d'agrégation.

Remarque: Le message d'erreur syslog "%CDP-4-NATIVE_VLAN_MISMATCH" est une indication d'une erreur de correspondance dans le VLAN natif des commutateurs Catalyst qui exécutent le logiciel Cisco IOS.

Remarque: Si des commutateurs sont connectés avec des ports sans agrégation, assurez-vous que vous configurez les ports pour qu'ils soient dans le même VLAN. Si les ports ne sont pas dans le même VLAN, vous recevez le message d'erreur %CDP-4-NVLANMISMATCH: Native vlan mismatch detected on port [port num].

DTP-1-ILGLCFG : Illegal config (on, isl--on,dot1q) on Port [mod/port]

Problème

Le commutateur génère des erreurs DTP-1-ILGLCFG: Illegal config (on, isl--on,dot1q) on Port [mod/port].

Description

Ce message peut se produire si vous avez défini les deux côtés de l'agrégation sur on, mais que les types d'encapsulation (isl, dot1q) ne correspondent pas. Si vous avez défini les modes d'agrégation sur desirable, l'agrégation n'apparaît pas en raison de cette configuration incorrecte. Vérifiez la sortie de la commande show trunk sur les deux extrémités afin de dépanner. Assurez-vous que les types d'encapsulation sont identiques.

%%IP-3-UDP_SOCKOVFL:UDP socket overflow

Problème

Le commutateur génère des messages syslog %IP-3-UDP_SOCKOVFL:UDP socket overflow périodiques.

Description

Cet exemple montre la sortie de console que vous voyez quand cette erreur se produit :

Remarque: Le numéro du socket UDP (protocole de datagramme utilisateur) qui s'affiche peut varier ou être uniformément le même.

%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow

Le commutateur génère ce message syslog quand la mémoire tampon qui est allouée pour les paquets entrants sur le socket spécifié (port de destination UDP) est saturée. Cette mémoire tampon est saturée parce que le débit du trafic qui est destiné au socket est trop élevé. Par exemple, cette condition peut se produire quand une station d'administration de réseau envoie un grand nombre de requêtes SNMP (protocole de gestion de réseau simple). Quand le débordement UDP se produit, essayez de réduire le nombre de requêtes SNMP. Afin de réduire le nombre de requêtes, augmentez l'intervalle de sondage sur la station d'administration de réseau ou réduisez le nombre d'objets MIB que la station d'administration de réseau interroge.

Dans l'exemple dans cette section, le commutateur a reçu un nombre excessif de paquets qui étaient destinés à l'adresse IP du commutateur (ou à l'adresse de diffusion) avec le socket UDP 2353 de destination. Comme la mémoire tampon d'entrée pour ce socket sur le commutateur est saturée, le commutateur génère un message syslog. Émettez la commande show netstat udp afin d'afficher le nombre de fois que le commutateur a atteint la condition de débordement.

Console> (enable) show netstat udp
udp:
        0 incomplete headers
        0 bad data length fields
        0 bad checksums
        0 socket overflows
        110483 no such ports
Console> (enable) 

Ces messages syslog indiquent qu'un ou plusieurs stations envoient une grande quantité de trafic UDP au commutateur sur les ports UDP de destination spécifiés. Si le commutateur génère un nombre excessif de ces messages, utilisez un analyseur de réseau afin d'identifier la source du trafic. Puis, réduisez le débit du trafic. Comme le trafic UDP est destiné au CPU du commutateur, vous pouvez utiliser la fonction Switched Port Analyzer (SPAN) et définir le port source sur sc0. Le SPAN identifie l'interface interne pour le Supervisor Engine. Reportez-vous à l'Exemple de configuration de la fonction Catalyst Switched Port Analyzer (SPAN) pour plus d'informations.

Remarque: Ne prêtez pas attention à no such port counter. Ce compteur montre le nombre de paquets UDP que le commutateur a reçus et qui étaient destinés à des ports inexistants.

%EC-SP-5-L3DONTBNDL1 : TE (mod/port) suspended: PAgP not enabled on the remote port

Problème

Le commutateur génère le message d'erreur %EC-SP-5-L3DONTBNDL1: TE (mod/port) suspended: PAgP not enabled on the remote port.

Description

Ce message d'erreur se produit généralement quand le protocole d'agrégation de ports (PAgP) est activé sur l'interface de couche 3 (L3), mais que le port partenaire n'est pas activé pour PAgP. Voici un exemple :

%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.
%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.
%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.

Le message d'erreur se produit très probablement en raison de problèmes de configuration, mais il peut également être le résultat d'un problème de matériel/de câblage. Assurez-vous que la configuration est conforme au guide de configuration. Si l'erreur persiste, dépannez le câblage et le matériel. Afin de dépanner le matériel, essayez ces méthodes :

  • Réinsérez le convertisseur d'interface Gigabit (GBIC).

  • Remplacez le GBIC.

  • Testez le matériel avec une carte de ligne différente.

%%IP-3-UDP_BADCKSUM:UDP bad checksum

Problème

Le commutateur génère des messages syslog %IP-3-UDP_SOCKOVFL:UDP socket overflow périodiques.

Description

Cet exemple montre la sortie de console que vous voyez quand cette erreur se produit :

Remarque: Le numéro de socket UDP qui s'affiche peut varier ou être uniformément le même.

%IP-3-UDP_BADCKSUM:UDP bad checksum

Le commutateur génère ce message syslog quand le commutateur détecte une erreur de total de contrôle sur un datagramme UDP, par exemple des paquets SNMP. L'en-tête de datagramme UDP achemine un total de contrôle que le périphérique réseau de réception contrôle pour vérifier que le datagramme est devenu corrompu pendant le transit. Si le total de contrôle reçu ne correspond pas à la valeur du total de contrôle dans l'en-tête, le périphérique dépose le datagramme et consigne un message d'erreur. Émettez la commande show netstat udp afin d'afficher le nombre de fois que le commutateur a détecté un datagramme de total de contrôle avec une erreur.

Console> (enable) show netstat udp
udp:
        0 incomplete headers
        0 bad data length fields
        0 bad checksums
        0 socket overflows
        110483 no such ports
Console> (enable)

Ce message est uniquement fourni à titre indicatif. Un périphérique réseau envoie de mauvais paquets au commutateur et génère le message d'erreur. Utilisez un analyseur de réseau afin d'identifier la source du trafic. Comme le trafic UDP est destiné au CPU du commutateur, vous pouvez utiliser la fonction SPAN et définir le port source sur sc0. Le SPAN identifie l'interface interne pour le Supervisor Engine. Reportez-vous à l'Exemple de configuration de la fonction Catalyst Switched Port Analyzer (SPAN) pour plus d'informations.

Remarque: Ne prêtez pas attention à no such port counter. Ce compteur montre le nombre de paquets UDP que le commutateur a reçus et qui étaient destinés à des ports inexistants.

%%KERNEL-5-UNALIGNACCESS:Alignment correction made

Problème

Le commutateur génère des messages syslog %KERNEL-5-UNALIGNACCESS:Alignment correction made périodiques.

Description

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81BF1DB6
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81BF1DB6

Ces messages syslog indiquent que le CPU du commutateur a détecté et corrigé une erreur d'alignement pendant une tentative d'accès aux données dans la DRAM. Ces messages sont uniquement fournis à titre indicatif. Les messages n'indiquent pas un problème avec le commutateur et n'affectent pas les performances du système.

Dans certains cas, un nombre excessif de ces messages s'affiche. Par exemple, ces messages peuvent inonder votre fichier journal de serveur syslog ou votre console de commutateur. Si vous recevez une quantité excessive de messages, songez à mettre à niveau le logiciel du commutateur à la dernière version de maintenance pour votre série de versions du logiciel. Ou émettez la commande set logging level kernel 4 default afin d'attribuer au niveau de journalisation pour l'installationKernel le niveau 4 ou inférieur.

Si vous mettez à niveau vers la dernière version de maintenance et que vous recevez toujours ces messages syslog, créez une demande de service auprès de l'assistance technique Cisco.

%MCAST-4-RX_JNRANGE:IGMP : Rcvd Report in the range

Problème

Le commutateur génère des messages Invalid traffic from multicast source address.

Description

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx

Le message syslog Rcvd Report in the range est uniquement fourni à titre indicatif. Le commutateur génère ce message à la réception des paquets de rapport Internet Group Management Protocol (IGMP) avec une adresse MAC de multicast qui commence par 01-00-5e-00-00-xx. Cette plage d'adresses de couche 2 (L2) est équivalente à une plage d'adresses multicast L3 comprise entre 224.0.0.0 et 224.0.0.255. Ces adresses sont réservées à l'utilisation de protocoles de routage et d'autres protocoles de détection ou de maintenance de topologie de niveau inférieur. La détection de passerelle et le rapport d'adhésion aux groupes constituent des exemples de ces protocoles.

Utilisez un outil de capture de paquets en tant qu'analyseur et filtre les messages IGMP afin de dépanner ce problème. En outre, vous pouvez utiliser la fonction SPAN de Catalyst afin de copier des paquets d'un port qui, selon vous, reçoit ces messages d'un périphérique réseau. Afin de supprimer ces messages, émettez la commande set logging level mcast 2 default. Cette commande attribue au niveau de journalisation des messages multicast la valeur 2.

Utilisez les ports affichés par la commandes show multicast router et/ou toutes liaisons ascendantes au noyau du réseau comme ports sources SPAN. Si ces ports sont des ports d'agrégation, configurez également le port de destination SPAN comme port d'agrégation. Émettez la commande show trunk afin de vérifier que les ports sont des ports d'agrégation.

%MCAST-2-IGMP_FALLBACK:IGMP : Running in FALL BACK mode

Problème

Un commutateur avec la fonction IGMP snooping activée affiche le message d'erreur %MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode.

Description

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

%MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01
%MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode

Le commutateur génère ce message syslog quand le commutateur reçoit un trafic multicast excessif qui est destiné à une adresse MAC multicast dans la plage 01-00-5e-00-00-xx. IGMP Snooping ne prend pas en charge les flux multicast aux adresses dans cette plage d'adresses MAC. Cette absence de prise en charge est due au fait que les adresses MAC dans cette plage sont également utilisées pour le trafic de contrôle IGMP, par exemple les sorties, les connexions et les requêtes générales. Dans l'exemple de cette section, le commutateur reçoit une quantité excessive de trafic avec l'adresse MAC de destination 01-00-5e-00-00-01. Ce message indique que le processeur de gestion de réseau (NMP) détecte un flux de données multicast désactivé par la logique d'échappement de redirection du protocole. Un alias du flux est créé à l'une de ces adresses multicast spéciales :

01-00-5e-00-00-01
01-00-5e-00-00-04
01-00-5e-00-00-05
01-00-5e-00-00-06
01-00-5e-00-00-0d

Quand le commutateur détecte un haut débit d'un tel trafic, le commutateur arrête les paquets de surveillance avec l'adresse MAC destination spécifiée pendant une courte période. Ce gel est appelé mode de réserve. Ensuite, le commutateur commence à surveiller de nouveau, ce qui est appelé le mode normal. Le commutateur génère le message syslog que cette section décrit quand le commutateur s'exécute en mode de réserve.

Adoptez l'une ou l'autre de ces approches afin de détecter le commutateur qui génère le trafic vers 01-00-5e-00-01 :

  • Émettez la commande set span sc0 mod/port pour contrôler le port sc0 et envoyer le trafic à un analyseur. Le SPAN montre tout le trafic qui est dirigé vers le CPU du commutateur.

    Remarque: Le trafic à ces adresses MAC est uniquement redirigé vers le CPU quand le commutateur n'est pas en mode de réserve. Quand le commutateur est en mode de réserve, le commutateur ne permet pas aux paquets d'atteindre le CPU afin d'éviter une inondation de trafic.

  • Si vous exécutez la version 6.3(10), 7.4(3) ou ultérieure du logiciel, des messages syslog supplémentaires indiquent l'adresse MAC source, le port source et l'adresse IP source fautifs. Reportez-vous à ces messages syslog qui sont semblables à ceci :

    2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRAL:IGMP:
       Address Aliasing for 224.0.0.1
    2003 Jan 24 04:07:43 %MCAST-2-IGMP_FALLBACK:IGMP: 
       Running in FALL BACK mode
    2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRALDETAILS:IGMP: 
       Multicast address aliasing: From 00-00-0c-11-22-33 
       (3.3.3.33) on 1/2 to 01-00-5e-00-00-01 (224.0.0.1)

La solution est d'isoler l'hôte qui génère ce type de trafic multicast. Vérifiez l'adresse qui obtient un alias. Essayez de ne pas utiliser cette adresse pour le flux de données multicast. Dans le message syslog, vous pouvez rechercher l'emplacement de l'hôte afin de déterminer pourquoi l'hôte envoie ce trafic. Dans cet exemple, l'emplacement de l'hôte est 3.3.3.33.

%MGMT-4-OUTOFNVRAM : Out of NVRAM space: ([([dec],[dec],[dec],[dec])

Problème

Le commutateur génère des messages syslog MGMT-4-OUTOFNVRAM:Out of NVRAM space.

Description

Un message semblable à ceci s'affiche quand le système manque d'espace NVRAM :

%MGMT-4-OUTOFNVRAM:Out of NVRAM space:  (62,39204,524288,24976)

Ce message indique qu'une opération d'écriture NVRAM échoue en raison d'un manque d'espace. Les quatre [dec] qui apparaissent entre parenthèses indiquent :

  • Premier [décembre] — Bloc de configuration qui est écrit dans la NVRAM

  • Second [dec] — Taille de la configuration qui est écrite dans la NVRAM

  • Troisième [dec] — Taille totale de la NVRAM dans le système

  • Quatrième [dec] — Quantité de l'espace NVRAM qui est disponible

La solution de contournement consiste à modifier la configuration système du mode binaire par défaut au mode texte. Vous utilisez le mode texte si la configuration est trop grande pour le stockage au format binaire dans le NVRAM. La méthode basée sur le texte n'écrit pas les modifications de configuration dans la NVRAM à mesure que vous saisissez les modifications. Au lieu de cela, cette méthode enregistre les modifications dans la DRAM jusqu'à ce que vous émettiez la commande write memory à partir de la ligne de commande. Reportez-vous à la section Paramétrage du mode de configuration de fichier texte du document Fonctionnement du système de fichiers Flash pour obtenir des instructions de configuration complémentaires.

Remarque: La configuration de QoS et de liste de contrôle d'accès (ACL), ainsi que la configuration liée au module, sont supprimées quand vous utilisez le mode texte. Le reste de la configuration est enregistrée dans la mémoire NVRAM au format binaire, comme précédemment.

Cannot enable text mode config if ACL config is cleared from nvram

Problème

Le commutateur génère le message d'erreur Cannot enable text mode config if ACL config is cleared from nvram.

Description

Le commutateur génère ce message pendant une tentative de modification d'une configuration en mode binaire en configuration en mode texte lorsque la configuration de liste ACL validée actuelle n'est pas enregistrée dans la mémoire NVRAM.

Dans la plupart des cas, vous pouvez émettre la commande set config acl nvram afin de résoudre ce problème. La commande recopie la configuration de liste ACL validée actuelle de la mémoire DRAM vers la mémoire NVRAM.

MGMT-5-LOGIN_FAIL:User failed to log in from Console

Problème

Le commutateur génère des erreurs MGMT-5-LOGIN_FAIL:User failed to log in from Console.

Description

Ce message indique un problème éventuel avec le serveur de terminal qui se connecte au port de console du commutateur. Quand la console du commutateur est connectée à une ligne asynchrone d'un serveur de terminal et que vous exécutez une réinitialisation logicielle sur le commutateur, les déchets (caractères aléatoires) s'affichent à l'écran pendant plusieurs minutes. Si TACACS est activé sur le commutateur, plusieurs minutes peuvent se transformer en plusieurs jours, car TACACS met en mémoire tampon et traite les déchets un par un. La solution de contournement est d'émettre la commande no exec sur la ligne asynchrone à laquelle le commutateur se connecte.

Remarque: Même après l'émission de la commande no exec, les messages continuent jusqu'à ce que la mémoire tampon soit effacée.

%%PAGP-5-PORTFROMSTP / %PAGP-5-PORTTOSTP

Problème

Le commutateur génère des messages syslog %PAGP-5-PORTFROMSTP et %PAGP-5-PORTTOSTP fréquents.

Description

Cet exemple montre la sortie de console qui s'affiche quand le commutateur génère ces messages syslog :

%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3
%PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3
%PM_SCP-SP-4-LCP_FW_ABLC

L'installation de journalisation PAgP signale des événements qui impliquent PAgP. Vous employez PAgP pour négocier des liaisons Etherchannel entre les commutateurs. Le commutateur génère le message syslog %PAGP-5-PORTFROMSTP en cas de perte d'une liaison sur un port de commutateur. Le commutateur génère le message syslog %PAGP-5-PORTTOSTP en cas de détection d'une liaison sur un port de commutateur. Ces messages syslog sont normaux et constituent des messages d'information qui indiquent l'ajout ou la suppression d'un port du spanning-tree.

Remarque: L'activation de l'acheminement n'est pas nécessaire pour que ces messages apparaissent.

Dans l'exemple dans cette section, le commutateur a perdu la première fois la liaison sur le port 3/3, ce qui a supprimé le port du spanning-tree. Puis, le commutateur a de nouveau détecté la liaison sur le port, et le port a été rajouté dans le spanning-tree.

Si vous constatez que ces messages s'affichent fréquemment pour un port particulier, la liaison est perturbée, ce qui signifie que la liaison est constamment perdue et regagnée. Étudiez la cause. Les causes typiques de la perturbation de liaison sur un port de commutateur incluent :

  • Erreur de correspondance de vitesse ou de duplex

  • Collision en retard

  • Câble défectueux

  • Cartes d'interface réseau (NIC) défectueuse ou tout autre problème de station d'extrémité

  • Port de commutateur défectueux

  • Autre configuration incorrecte

Si vous voulez supprimer ces messages syslog, émettez la commande set logging level pagp 4 default afin de modifier le niveau de journalisation pour l'installation PAgP (niveau 4 ou inférieur). Le niveau de journalisation par défaut pour PAgP est 5.

%SPANTREE-3-PORTDEL_FAILNOTFOUND

Problème

Le commutateur génère des messages syslog périodiques %SPANTREE-3-PORTDEL_FAILNOTFOUND périodiques.

Description

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)

Ces messages syslog indiquent que le PAgP a tenté de supprimer un port du spanning-tree pour le VLAN spécifié, mais le port n'était pas dans la structure de données du spanning-tree pour ce VLAN. En général, un autre processus, tel que le protocole Dynamic Trunking Protocol (DTP), a déjà supprimé le port du spanning-tree.

Ces messages accompagnent généralement des messages %PAGP-5-PORTFROMSTP. Les messages sont pour le débogage. Les messages n'indiquent pas un problème avec le commutateur et n'affectent pas les performances de commutation. En outre, ces messages ne sont pas consignés à moins que vous ayez modifié la configuration de la journalisation de l'installation SPANTREE par défaut. Le niveau de journalisation par défaut pour SPANTREE est 2.

Dans certains cas, un nombre excessif de ces messages s'affiche. Par exemple, ces messages peuvent inonder votre console du commutateur. Si vous recevez une quantité excessive de messages, songez à mettre à niveau le logiciel du commutateur à la dernière version de maintenance pour votre série de versions du logiciel. Dans la plupart des cas, les versions ultérieures du logiciel suppriment ces messages.

%%SYS-1-CFG_RESTORE:[chars] block restored from backup

Problème

Le commutateur génère des messages syslog %SYS-1-CFG_RESTORE

Description

Cet exemple montre la sortie de la console qui est affichée quand ce message d'erreur se produit sur le commutateur :

2005 Oct 14 14:36:26 %SYS-1-CFG_RESTORE:Global block restored from backup

Ces messages sont uniquement fournis à titre indicatif. La fonctionnalité de surveillance NVRAM, qui a été introduite dans la version 6.4(x), génère ces messages. En fait, les messages signalent qu'il y avait un bloc corrompu dans la NVRAM et que la configuration a été restaurée à partir de la sauvegarde. [chars] est le type de bloc que l'utilisateur ou le processus peut modifier. Les contrôles de blocs corrompus dans la NVRAM sont effectués par défaut. Tout bloc qui est corrompu est restauré avec la copie qui est dans la DRAM. Par conséquent, la configuration n'est pas perdue.

%%SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply rating

Problème

Le commutateur génère des messages %SYS-1-SYS_OVERPWRRTNG périodiques.

Description

Cet exemple montre la sortie de la console qui est affichée quand ce message d'erreur se produit sur le commutateur :

Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply 
rating
Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply 
rating

Ce message indique que la consommation d'électricité du système est supérieure à la puissance nominale. Le LED rouge de gestion de l'alimentation est allumé. Cette condition se produit seulement quand le système est entièrement configuré et que les modules Supervisor Engine consomment une alimentation inégale.

La solution de contournement est de réinsérer les alimentations électriques, puis de mettre à niveau le logiciel Supervisor Engine à une version qui prend en charge le matériel. Référez-vous à la section Matériel pris en charge de Notes de publication relatives aux commutateurs de la gamme Cisco Catalyst 6500.

%%SYS-1-MOD_DCPWRMISMATCH:Module [num] DC power failure detected during polling

Problème

Le commutateur génère des messages syslog %SYS-1-MOD_DCPWRMISMATCH:Module[num]DC power failure detected during polling périodiques.

Description

Cet exemple montre la sortie de la console qui est affichée quand ce message d'erreur se produit sur le commutateur :

%SYS-1-MOD_DCPWRMISMATCH:Module[num]DC power failure detected during polling

Ce message se produit en raison de l'un des problèmes suivants :

  • La carte de ligne n'est pas correctement insérée dans le châssis.

    Réinsérez la carte de ligne.

  • L'emplacement du châssis est défectueux.

    Examinez si des broches sont tordues. Testez la carte de ligne dans un emplacement différent.

  • La carte de ligne est défectueuse.

    Contactez le support technique de Cisco.

%%SYS-1-MOD_SEQMISMATCH:Bus asic sequence mismatch occurred on module

Problème

Sur les commutateurs Catalyst 6000 avec des modules Supervisor Engine redondants (carte de commutation multicouche [MSFC] et carte PFC [Policy Feature Card]), cette non-correspondance de séquence d'ASIC de bus peut se produire dans un basculement :

SYS-1-MOD_SEQMISMATCH: Bus asic sequence mismatch occurred on module 
[dec] (asic=[dec], srcidx=0x[hex], seq=[dec])

Description

Cet exemple montre la sortie de la console qui est affichée quand ce message d'erreur se produit sur le commutateur :

%SYS-1-MOD_SEQMISMATCH:Bus asic sequence mismatch occurred on module 7 
(asic=1, srcidx=0x0, seq=0)

L'erreur est sur le bus SCP (Switch-Module Configuration Protocol) qui communique entre le Supervisor et les cartes de ligne. Le Supervisor envoie un battement de coeur aux cartes de ligne, et ces cartes de ligne ne réagissent pas convenablement au Supervisor.

Ces messages d'erreur peuvent être entraînés par l'un des problèmes suivants :

  • Le Supervisor Engine est excessivement occupé

  • Le protocole Spanning Tree (STP) fait une boucle

  • Les régulateurs ACL et QoS régulent ou déposent le trafic sur le canal de communications intrabande

  • Problèmes de synchronisation d'ASIC de port ou problèmes de module de matrice de commutateur

  • Défaillance matérielle ou module incorrectement inséré

Dans certains cas, on observe également ces messages dans les cartes de ligne : WS-X6348-RJ45 et WS-X6516-GBIC.

Ce message n'a aucune incidence et peut être ignoré. Comme solution de contournement, réinsérez physiquement le module et réinsérez-le fermement. Les cartes de ligne sont remplaçables à chaud, et elles peuvent utiliser le même emplacement que les emplacements d'origine de sorte que tous les ports correspondent à la configuration du Supervisor.

%SYS-3-EOBC_CHANNELREINIT

Problème

Le commutateur génère des messages syslog %SYS-3-EOBC_CHANNELREINIT.

Description

Ces exemples montrent la sortie syslog qui s'affiche quand cette erreur se produit :

  • CatOS versions 6.3.8, 7.3.2 et 7.5.1 :

    %SYS-3-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)
  • CatOS version 7.6(6) :

    %SYS-5-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)

Ce message a été introduit dans CatOS versions 6.3.8, 7.3.2 et 7.5.1. Le message affiche une condition d'erreur non fatale. Le message indique que ces deux occurrences ont eu lieu :

  • Le commutateur a détecté une condition de coincement de file d'attente de transmission (Tx) du canal Ethernet Out of Band Channel) sur le circuit ASIC du contrôleur système.

  • L'ASIC a été réinitialisé sans réinitialisation du commutateur.

Remarque: La présence d'une carte avec une mémoire tampon EOBC défectueuse peut également entraîner le message.

L'EOBC est une connexion semi-duplex de 100 Mbits/s que les Supervisors et les cartes de ligne utilisent pour communiquer sur le fond de panier. Puisqu'ils sont en semi-duplex, les collisions sont prévues sur ceci dans le canal de communication. Il est normal que ces messages sont signalés de temps en temps puisque cela fait partie du processus d'auto-récupération.

Le trafic de données continue à passer par le commutateur. Ce message est uniquement fourni à titre indicatif et ne requiert aucune action. Les versions ultérieures du logiciel incluent un changement du niveau de gravité du message de sorte que la gravité coïncide avec la gravité de l'erreur. Si ce message s'affiche très fréquemment, il peut y avoir plus de risques d'abandons du trafic de contrôle, ce qui constitue un sujet d'inquiétude. Si les messages réinitialisés apparaissent à intervalles courts, contactez l'assistance technique de Cisco pour des recherches approfondies.

%%SYS-3-SYS_MEMERR:[chars] while [chars] address 0x[hex]

Problème

Ces messages d'erreur apparaissent dans le syslog :

  • %%SYS-3-SYS_MEMERR:Bad magic number while freeing address 0x82175564

    ou

  • %%SYS-3-SYS_MEMERR:Bad process id while allocating address 0x80ea51a4

Description

Ces messages d'erreur indiquent que la gestion de la mémoire a détecté une corruption de la mémoire. Le premier [chars] peut être l'une de ces phrases :

  • Hors de portée

  • le mauvais cadrage

  • Block is not free

  • Back pointer mismatch

  • Bad magic number

  • Succeeding block out of range

  • Succeeding block improperly aligned

  • Preceding block out of range

  • Preceding block improperly aligned

  • Bad process id

Le deuxième [chars] peut être l'un ou l'autre de ces éléments :

  • libération

  • allouer

Le champ [hex] est l'adresse de bloc à libérer ou à allouer.

Le message d'erreur %SYS-3-SYS_MEMERR indique qu'au cours de l'accès du bloc mémoire, la gestion de la mémoire a détecté que les informations ont été corrompues. Ce problème se pose de temps en temps, sans effets néfastes sur le commutateur. Si cette erreur se produit plusieurs fois sur une courte période, déterminez si l'adresse de bloc mentionnée par les messages d'erreur est identique. Si l'adresse de bloc est identique, il est possible que ce secteur particulier sur la puce mémoire s'est détérioré et qu'il doit être remplacé.

SYS-3-SYS_LCPERR3 : Module [dec]: Coil [dec] Port [dec] stuck [dec] times ([dec] due to lcol; [[dec] due to notx)

Problème

SYS-3-SYS_LCPERR3 : Module [dec]: Coil [dec] Port [dec] stuck [dec] times ([dec] due to lcol; [Le message d'erreur [dec] due to notx) s'affiche dans le syslog.

Description

Ces messages d'erreur indiquent que le module a détecté un problème avec l'ASIC du port et qu'un port est verrouillé.

Ces messages d'erreur n'indiquent pas nécessairement un problème matériel. L'erreur se produit la première fois si le commutateur a eu une collision en retard en raison d'une erreur de correspondance de duplex ou d'un long câble. Cependant, un bogue logiciel dans le code de CatOS 7.2(2) empêche le commutateur de vérifier la présence d'des erreurs incrémentales. La même erreur est consignée à plusieurs reprises. Reportez-vous à l'ID du bogue Cisco CSCdx79107 (clients inscrits uniquement) pour plus d'informations sur ce problème. Le problème est corrigé dans la version 7.3(1) de CatOS.

L'erreur syslog qui est générée est semblable à ceci :

  • 2005 Aug 02 09:20:16 %SYS-3-SYS_LCPERR3:Module 5: Coil 3 Port 1: stuck 3 times(3 due to lcol; 0 due to notx)

  • 2005 Aug 02 10:10:45 %SYS-3-SYS_LCPERR3:Module 5: Coil 3 Port 1: stuck 3 times(3 due to lcol; 0 due to notx)

Cette liste définit les éléments du message d'erreur :

  • Module [dec] est le module qui signale l'erreur.

  • Coil [dec] est le numéro de l'ASIC qui signale l'erreur.

  • Port [dec] est le port de l'ASIC qui a l'erreur.

  • stuck [dec] est la durée de l'erreur.

  • Les deux derniers [dec] sont les nombres de lcol et de notx.

Afin de désactiver ces messages d'erreur syslog, émettez la commande en mode privilégié set errordetection portcounters disable.

Vérifiez également l'état physique du port pour l'un de ces problèmes :

  • Non-correspondance de mode duplex

  • NIC non synchronisés sur les stations de travail attachées

  • Condition de désactivation d'erreur

  • Collisions tardives

  • Erreur de niveau de liaison

Afin de résoudre les problèmes qui résultent de l'un de ces problèmes, reportez-vous à ces documents :

Si l'erreur se produit plusieurs fois, contactez l'assistance technique de Cisco afin de traiter ce problème plus en détail.

%%SYS-3-SYS_LCPERR3:Module [dec]: Pinnacle #[dec], Frames with Bad Packet CRC Error (PI_CI_S_PKTCRC_ERR - 0xC7) = [dec]

Ce message indique que le module a détecté des trames avec un mauvais paquet CRC reçu par le bus ASIC à partir du DBus. Le premier [dec] est le numéro de module. Le deuxième [dec] est le numéro de l'ASIC qui signale l'erreur. Le troisième [dec] est le nombre d'erreurs.

Les mauvais paquets CRC peuvent être envoyés de n'importe quel port à travers le bus de données. Les causes probables sont des modules mal insérés ou des modules défectueux.

Pendant la phase de maintenance, lorsque vous pouvez dépanner le commutateur, réinsérez tous les modules (y compris les Supervisors) et vérifiez si le message d'erreur se reproduit. Si c'est le cas, il y a deux procédures que vous pouvez employer afin de déterminer le module qui est à la racine des mauvais paquets et obtenir le module remplacé.

Procédure 1

Utilisez le niveau de diagnostic :

  1. Configurez le commutateur pour une analyse POST complète.

    set test diaglevel complete
    
    
  2. Réinsérez tous les modules, y compris les modules Supervisor Engine.

  3. Obtenez les résultats de l'analyse POST.

    show test all
    
    
  4. Contactez le représentant technique Cisco avec la sortie de la commande show test all.

Procédure 2

Utilisez les compteurs de l'ASIC Pinnacle :

  1. Retirez un module à la fois.

  2. Utilisez cette commande et observez le compteur 0xC7 pour incrémenter des erreurs.

    show asicreg <mod>/<port> pinnacle errcounters
    
    

    Cette commande affiche tous les compteurs pour l'ASIC Pinnacle dans ce module. Le compteur 0xC7 est affiché dans la troisième ligne de la sortie. Chaque fois que la commande est exécutée, les compteurs sont effacés. Le numéro idéal est 0 erreur.

    C6500> (enable) show asicreg 3/1 pinnacle errcounters
    
    00C5: PI_CI_S_HDR_FCS_REG                      = 0000
    00C6: PI_CI_S_RBUS_FCS_REG                     = 0000
    00C7: PI_CI_S_PKTCRC_ERR_REG                   = 0000
    00C8: PI_CI_S_PKTLEN_ERR_REG                   = 0000
    00C9: PI_CI_S_BPDU_OUTLOST_REG                 = 0000
    00CE: PI_CI_S_HOLD_REG                         = 0000
    00CA: PI_CI_S_QOS0_OUTLOST_REG                 = 0000
    00CE: PI_CI_S_HOLD_REG                         = 0000
    00CB: PI_CI_S_QOS1_OUTLOST_REG                 = 0000
    00CE: PI_CI_S_HOLD_REG                         = 0000
    00CC: PI_CI_S_QOS2_OUTLOST_REG                 = 0000
    
    !--- Output elided.
    
    
  3. Répétez les étapes 1 et 2 jusqu'à ce que l'erreur ne se produise pas. Contactez le représentant technique Cisco pour le remplacement du module défectueux.

%SYS-4-SUPERVISOR_ERR :

Problème

Ces messages d'erreur apparaissent dans le syslog :

%SYS-4-SUPERVISOR_ERR:Forwarding engine IP length error counter =4 
%SYS-4-SUPERVISOR_ERR:Forwarding engine IP too short error counter =1 
%SYS-4-SUPERVISOR_ERR:Forwarding engine IP check sum error counter = 38 

Description

Ces messages indiquent que le moteur de transfert du commutateur reçoit un paquet IP d'une longueur qui est inférieure à la longueur minimale autorisée, puis dépose le paquet. Dans les versions de code antérieures à 7.x, le moteur de transfert dépose silencieusement le paquet et compte le paquet dans les statistiques du moteur de transfert. Dans le code versions 7.x et ultérieures, ce message est enregistré dans le syslog une fois toutes les 30 minutes.

Il n'y a aucun effet du côté du commutateur. Le côté du commutateur supprime le mauvais paquet, que l'équipement en réception aurait supprimé en conséquence. Le seul souci est qu'il y a un périphérique qui envoie de mauvais paquets. Les causes possibles incluent un mauvais pilote de carte réseau, un bogue du pilote de carte réseau ou une mauvaise application. Le Supervisor Engine ne garde pas trace de l'adresse IP source du périphérique qui envoie les mauvais paquets. La seule façon de détecter ces périphériques est d'utiliser un analyseur afin de faire le suivi de l'adresse source.

Ce message est seulement un message d'information et un avertissement du commutateur. Émettez la commande set errordetection portcounters disable sur le commutateur afin de désactiver ces messages d'erreur.

%SYS-4-P2_WARN : 1/Invalid traffic from multicast source address

Problème

Le commutateur génère des messages Invalid traffic from multicast source address.

Description

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

SYS-4-P2_WARN: 1/Invalid traffic from multicast source address

Ce message syslog d'adresse source multicast est généré quand le commutateur reçoit des paquets qui ont une adresse MAC multicast comme MAC source. L'utilisation d'une adresse MAC de diffusion ou multicast comme MAC source pour une trame n'est pas un comportement conforme à la norme. Cependant, le commutateur transfère toujours le trafic qui provient d'une adresse MAC multicast. Le message syslog indique l'adresse MAC multicast dans le champ MAC source de la trame, ainsi que le port sur lequel le trafic a été reçu. La solution de contournement est d'essayer d'identifier la station d'extrémité qui génère des trames avec une adresse MAC de source multicast. En général, l'un des périphériques suivants transmet de telles trames :

  • Un générateur de trafic, tel que Spirent SmartBits

  • Les périphériques tiers qui partagent une adresse MAC multicast, comme le pare-feu d'équilibrage de charge ou les produits serveurs

Contournement

L'erreur n'entraîne aucun problème de performance. Afin d'éviter le message d'erreur, désactivez le journal des messages. Une autre solution de contournement est de faire le suivi du périphérique qui génère des trames avec une adresse MAC source multicast. Ensuite, employez un analyseur ou une configuration SPAN pour trouver le périphérique, puis vérifiez ses configurations.

%%SYS-4-PORT_ERR:Port 15/1 rxTotalDrops

Problème

Ces messages d'erreur apparaissent dans le syslog :

  • %%SYS-4-PORT_ERR:Port 16/1 rxTotalDrops (7426859)

    ou

  • %%SYS-4-PORT_ERR:Port 15/1 rxTotalDrops (2563127)

Description

Dans l'exemple dans cette section, les compteurs ERRORDETECTION PORTCOUNTERS ont été activés et des erreurs de réception (Rx) se produisent sur le port 1/1. Le message syslog (SYS-4-PORT_ERR) signale rxTotalDrops sur 15/1 au lieu de 1/1.

Remarque:  Les compteurs ERRORDETECTION PORTCOUNTERS sont désactivés par défaut.

Sur certaines installations, le logiciel active la fonctionnalité et reste activée après des mises à niveau. Ce problème a été résolu dans la version 6.3(1) pour une nouvelle installation. Si vous voyez ce message, vérifiez le premier port de liaison aascendante (1/1 ou 2/1), et non le port signalé par syslog (15/1 ou 16/1). La sortie de la commandeshow counters montre les erreurs qui se produisent. Si le seul compteur d'erreur qui signale des erreurs est rxTotalDrops, les abandons qui se produisent sont très probablement des abandons de la logique CBL (Color Blocking Logic). Attendez-vous à ces abandons si le spanning-tree se bloque pour un VLAN sur ce port. Les abandons CBL sont des paquets qui sont reçus sur une agrégation pour un VLAN qui est bloqué sur cette agrégation. Par exemple, la diffusion, le multicast ou la monodiffusion inconnue peuvent encore être reçus sur un port bloqué.

Si d'autres compteurs d'erreur signalent des erreurs, vous devez approfondir la cause du problème.

La solution de contournement est de désactiver les compteurs ERRORDETECTION PORTCOUNTERS. Émettez la commande set errordetection portcounters disable.

%SYS-4-MODHPRESET :

Problème

Le commutateur signale ce message d'erreur à la console du commutateur et syslog pour une carte de ligne WS-X6608 :

2002 Aug 26 09:22:58 %SYS-4-MODHPRESET:
   Host process (860) 3/5 got reset asynchronously

Description

Ports T1 ou E1 actifs sur les modules WS-X6608 réinitialisés sur une base aléatoire et peu fréquente. Cette réinitialisation entraîne l'abandon de tous les appels actifs aux réseaux téléphoniques publics commutés (RTPC). Les ports qui ne sont pas configurés mais qui sont activés sont continuellement réinitialisés pour tenter de se connecter à un Cisco CallManager. Ces messages de réinitialisation peuvent se superposer aux ports de passerelle actifs et entraîner une réinitialisation non désirée. La superposition et la réinitialisation sont possibles parce que chacun des huit ports partage le processeur. Ce message système apparaît continuellement sur votre écran de console et dans vos syslogs si vous les avez configurés. Ce comportement est prévu pour cette lame. Le comportement n'affecte pas la performance du système.

La solution de contournement est de désactiver les ports non utilisés. Émettez la commande set port disable mod/port. Ajoutez tous les ports à la base de données Cisco CallManager. Vous pouvez configurer ces ports comme passerelles, points MTP (Media Termination Point) ou ponts de conférence matériels.

%%SYS-4-NVLOG:SYNDIAGS:Bus ASIC sync error

Problème

Le syslog signale ce message d'erreur dans le journal :

2002 Aug 23 08:59:16 %SYS-4-NVLOG:SYNDIAGS:
   Bus ASIC sync error on Module 16, bus I/F register = 0xa0
2002 Aug 23 09:00:53 %SYS-4-NVLOG:SYNDIAGS:
   Bus ASIC sync error on Module 1, bus I/F register = 0x30

Description

Ce message peut indiquer que l'ASIC du Supervisor Engine n'était pas synchronisé avant l'exécution des diagnostics. Quand vous recevez ce message, essayez de réinsérer le module ou de déplacer le module à un emplacement différent, puis vérifiez si le message s'arrête. Si vous recevez toujours le message, émettez la commande show test mod_number, collectez la sortie, puis contactez l'assistance technique de Cisco. Ce problème est un problème matériel. La solution est de remplacer le module qui donne ce message d'erreur.

SYS-4-PORT_GBICBADEEPROM : /%SYS-4-PORT_GBICNOTSUPP :

Problème

Les modules GBIC WS-G5484, WS-G5486 et WS-G5487 semblent fonctionner normalement, mais les modules signalent ces erreurs logicielles :

%SYS-4-PORT_GBICBADEEPROM: port bad gbic eeprom checksum 
%SYS-4-PORT_GBICNOTSUPP: port gbic not supported

Description

Quand vous utilisez les modules GBIC WS-G5484, WS-G5486 et WS-G5487 avec une carte WS-X6408-GBIC, des messages d'erreur apparaissent dans le journal du logiciel, bien qu'il n'y ait aucun problème. Quand vous branchez ces mêmes GBIC dans d'autres modules ou modules Supervisor Engine, les erreurs peuvent ne pas apparaître tant que les GBIC ont une mémoire SEEPROM (Supervisor Engine EEPROM) GBIC Cisco valide. Ce message d'erreur est visuel uniquement. Le message n'affecte pas le trafic qui passe par le module ou le GBIC.

Ce problème est un problème logiciel cosmétique uniquement. Ne remplacez pas le matériel. Ces versions du logiciel Catalyst disponibles ont corrigé ce problème quand des SEEPROM sont disponible sur le GBIC Cisco :

  • CatOS 5.5(5) et versions ultérieures

  • CatOS 6.2(3) et versions ultérieures

Si un GBIC n'a pas de SEEPROM Cisco, une mise à jour du logiciel CatOS n'efface pas le message d'erreur. Dans ce cas, l'erreur indique qu'un GBIC Cisco antérieur ou un GBIC non certifié, non-Cisco est en place. Vous pouvez uniquement remplacer des GBIC Cisco certifiés dans le cadre d'un contrat d'assistance ou d'une garantie. Regardez l'étiquette sur le boîtier du GBIC afin de vérifier que le GBIC est un GBIC Cisco certifié. Recherchez ces éléments :

  • Logo Cisco

  • Référence Cisco commençant par 30

  • Nom de fournisseur du GBIC

Pour plus de détails, reportez-vous à la Notice de champs : Les GBIC G5484, G5486, G5487 génèrent de mauvaises erreurs EPROM.

SYS-4-SYS_LCPERR4 : Module [dec]: Pinnacle #[dec] PB parity error

Problème

La console ou syslog signale ces messages d'erreur :

%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Tx path.
      Status=0x0046: Module needs troubleshooting or TAC assistance. 
%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Rx path.
      Status=0x0002: Module needs troubleshooting or TAC assistance.

Description

Ce message peut indiquer un problème de mémoire tampon de paquet de l'ASIC Pinnacle temporaire. Le premier [dec] est le numéro de module. Le deuxième [dec] est le numéro de l'ASIC. Si l'erreur est limitée à un module unique, réinsérez, puis éteignez et rallumez le module. Si vous voyez ce message d'erreur fréquemment, contactez l'assistance technique de Cisco pour davantage d'aide.

%%SYS-5-SYS_LCPERR5:Module module

Problème

La console ou syslog signale ces messages d'erreur :

%SYS-5-SYS_LCPERR5:Module 7: Coil Pinnacle Header Checksum Error - Port #32: 
%SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif Packet CRC Error - Port #32: 
%SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif State Machine Error - Port #32: 

Description

Ce message d'erreur est spécifique aux cartes de ligne 6348. Le message du journal dans la section Problème peut être le résultat d'un problème matériel ou logiciel. Complétez les étapes dans cette section afin de déterminer si le problème est un problème matériel ou logiciel.

Complétez les étapes si ces deux éléments sont vrais :

  • Vous voyez uniquement le message que la section Problème montre et pas d'autres messages liés à COIL dans les syslogs.

  • Vous avez une transmission coincée sur un port mais pas sur un groupe de 12 ports.

  1. Émettez la commande show mac mod/port deux fois par intervalle de 2 secondes afin de confirmer que vous avez une transmission coincée.

    Essayez d'envoyer le trafic entre chaque commande. Vérifiez si les compteurs de transmission ont augmenté. Si vous constatez que les nombres ont augmenté, la transmission n'est pas coincée.

  2. Désactivez/activez les ports et examinez s'ils sont restaurés.

  3. Émettez la commandereset mod_number afin d'effectuer une réinitialisation logicielle du module.

    Déterminez si le module est restauré.

  4. Émettez la commande set module power {up | down} mod_number afin d'effectuer une réinitialisation matérielle du module.

    Déterminez si le module est restauré.

Vous avez très probablement affaire à un problème logiciel si tous ces éléments sont vrais :

  • Vous désactivez/activez les ports et effectuez une réinitialisation logicielle ou matérielle du module, puis la carte arrive en ligne.

  • Tous les ports passent des diagnostics dans la sortie de la commande show test.

  • Le trafic commence à passer sans problèmes.

Si tous ces éléments sont vrais, reportez-vous à l'ID de bogue Cisco CSCdu03935 (clients inscrits uniquement). Le problème est corrigé dans les versions 5.5(18), 6.3(10), 7.4(3) et ultérieures.

Dans certains cas, des messages d'erreur %SYS-5-SYS_LCPERR5:Module 9: Coil Pinnacle Header Checksum Error - Port #37 et un ou plusieurs de ces messages s'affichent :

  • Coil Mdtif State Machine Error

  • Coil Mdtif Packet CRC Error

  • Coil Pb Rx Underflow Error

  • Coil Pb Rx Parity Error

Si ces messages s'affichent, déterminez si une partie ou la totalité de ces éléments sont vrais :

  • Après avoir effectué une réinitialisation logicielle ou/et matérielle du module, il ne parvient toujours pas à être en ligne.

  • Le module est en ligne, mais les diagnostics effectués sur un groupe de 12 ports a échoué dans la sortie de la commande show test.

  • Le module est coincé dans l'état other quand vous démarrez.

  • Tous les LEDs du port sur le module deviennent ambres.

  • Tous les ports sont dans l'état errdisabled quand vous émettez la commande show port mod_number.

Si vous rencontrez l'un des problèmes dans cette liste, vous avez très probablement affaire à un problème matériel. Vous devez remplacer la carte.

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block [#] unconvertible

Problème

Le commutateur génère des messages d'erreur convert_post_SAC_CiscoMIB: périodiques.

Description

Cet exemple montre la sortie de console que vous voyez quand ce message se produit :

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )
SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )
SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )

Ces messages de la console apparaissent souvent quand vous mettez à niveau ou revenez à une version antérieure des versions de code de CatOS. Les messages peuvent également se produire quand vous chargez une configuration du commutateur qu'un autre commutateur génère ou quand vous utilisez une configuration du commutateur d'une autre version de code. Un basculement au Supervisor Engine de réserve peut également générer ces messages.

Différentes versions du code contiennent des variables que la NVRAM enregistre. Quand le commutateur démarre initialement avec une version ultérieure ou antérieure de CatOS, le commutateur convertit la configuration précédente en une version qui est utilisable par l'image de démarrage actuelle. Pendant ce processus, un bloc mémoire particulier qui n'est pas nécessaire ou utilisable sous sa forme actuelle est désaffecté et non converti. Cette fonction interne génère le message d'erreur.

Ce message est généralement fourni à titre indicatif uniquement. Comparez la configuration précédente à la configuration actuelle afin de vérifier la conversion appropriée de toutes les informations de configuration.

Si ces messages s'affichent alors qu'aucune mise à niveau du code, aucune modification de configuration ou aucun basculement de Supervisor Engine ne s'est produit, créez une demande de service auprès de l'assistance technique Cisco.

%%SYS-6-CFG_CHG:Module [dec] block changed by SecurityRx

Problème

Le commutateur génère des messages syslog %SYS-6-CFG_CHG:Module [dec] block changed by SecurityRx périodiques.

Description

Cet exemple montre la sortie de la console qui est affichée quand ce message d'erreur se produit sur le commutateur :

%SYS-6-CFG_CHG:Module 3 block changed by SecurityRx
%SYS-6-CFG_CHG:Module 4 block changed by SecurityRx

Ce message indique que le bloc de configuration a été modifié. Ces messages sont prévus quand la sécurité des ports est configurée sur le commutateur et que le vieillissement est activé. Un MAC PSecure est l'adresse MAC qui est a apprise du processus de sécurité des ports et qui est ajoutée à la table CAM comme entrée statique pour sécuriser le port. Quand vous avez un délai de vieillissement sur la configuration de sécurité des ports, l'adresse MAC est supprimée de la table CAM et de la NVRAM (où les MAC PSecure sont enregistrés) au moment du vieillissement. Le paquet suivant qui est reçu du port après ce vieillissement contribue au repeuplement du CAM et de la NVRAM avec l'adresse MAC PSecure.

InbandPingProcessFailure : Module x not responding over inband

Problème

Ces messages d'erreur apparaissent dans la sortie show log command:

InbandPingProcessFailure:Module 2 not responding over inband 
InbandPingProcessFailure:Module 2 not responding over inband 

Description

Ce message indique que le module ne répond pas aux requêtes du Supervisor Engine sur le canal de communication intrabande. L'une de ces occurrences peut entraîner l'erreur :

  • Le Supervisor Engine est excessivement occupé.

  • Il y a des boucles de Protocole Spanning (STP).

  • Les régulateurs ACL et QoS régulent ou déposent le trafic sur le canal de communications intrabande.

  • Il y a des problèmes de synchronisation d'ASIC de port.

  • Il y a des problèmes de module de matrice de commutation.

Le Supervisor Engine interroge la carte de commutation multicouche (MSFC) par l'intermédiaire d'un ping spécial toutes les 10 secondes. Le Supervisor Engine réinitialise ensuite le MSFC si le MSFC ne répond pas à trois pings consécutifs. En outre, dans CatOS versions 6.2 et ultérieures, les modules Supervisor Engine actifs et de réserve s'interrogent sur le canal intrabande, et le commutateur bascule sur le Supervisor Engine de réserve.

Remarque:  Si vous avez récemment migré vers ou depuis les versions 6.3(10), 7.4(2) ou 7.4(3), le commutateur peut se réinitialiser si vous émettez la commande show log command ou la commande show tech-support et si vous avez le message d'échec InbandPing dans le journal. La solution de contournement est d'émettre la commande clear log avant d'émettre la commande show log. L'ID de bogue Cisco CSCdz32730 (clients inscrits uniquement) identifie cette réserve. Le problème est résolu dans les versions 6.4(1), 7.5(1) et ultérieures.

En général, ces messages résultent d'un ASIC de port ayant échoué ou d'une connexion peu fiable au fond de panier. Procédez comme suit :

  1. Supprimez le module auquel les messages font référence.

  2. Réinsérez fermement le module dans son emplacement.

    Émettez la commande set test diaglevel complete afin de vous assurer que le mode de diagnostics complet est activé.

    Émettez la commande show log mod_number et la commande show test mod_number afin de trouver tous les tests ayant échoué.

  3. Si l'étape 2 ne résout pas le problème, créez une demande de service auprès de l'assistance technique de Cisco.

    Complétez ces étapes afin de fournir les informations nécessaires :

    1. Capturez la sortie des commandes show appropriées de CatOS.

      • Si le module référencé n'est pas un MSFC, capturez la sortie de ces commandes :

        • show tech-support

        • show log

        • show logging buffer 1024

        • show test mod_number

          Remarque: Émettez cette commande une fois pour chaque carte de ligne.

        • show scp mod mod_number

          Remarque: Émettez cette commande une fois pour chaque carte de ligne.

        • show mod

      • Si le module référencé n'est pas un MSFC, capturez la sortie de ces commandes :

        • show inband

        • show test 0

        • show scp stat

        • show scp failcnt

        • show scp mod

        • show scp process

        Remarque: Les commandes show scp sont masquées.

      Par ailleurs, recherchez tous les fichiers crashinfo dans le bootflash. Émettez la commande show bootflash: commande.

    2. Déterminez quand et combien de fois le problème se produit.

      Le problème se pose-t-il quand la connexion intrabande subit un encombrement ? Effectuez un test ping entre l'interface sc0 sur le Supervisor Engine et une interface VLAN sur le MSFC afin de déterminer l'encombrement intrabande. Si votre Catalyst exécute le logiciel système CatOS, effectuez ces étapes :

      1. Capturez la sortie de la commande de show inband au niveau de l'interface de ligne de commande (CLI) du Supervisor Engine.

      2. Ouvrez une session Telnet distincte au MSFC directement et exécutez une commande ping à parti d'une interface VLAN à l'interface sc0.

      3. Recapturez la sortie de la commande de show inband au niveau de la CLI du Supervisor Engine.

      4. Si plusieurs pings échouent ou expirent, émettez la commande set span sc0 mod/port both inpkts disable.

        Cette commande configure une session SPAN pour l'interface sc0. Après avoir démarré l'analyseur ou un logiciel semblable, effectuez un test ping étendu entre le sc0 et une interface VLAN.

    3. Déterminez si le sc0 est attribué à un VLAN de gestion spécial ou à un VLAN avec une grande quantité de trafic, en particulier des diffusions et des multicasts.

    4. Contrôlez la sortie de la commande show errordetection inband.

      La commande set errordetection vous aide à contrôler le commutateur. Lors de la détection d'une erreur, un message syslog vous informe qu'un problème existe avant qu'une dégradation des performances notable se produise. La commande show errordetection inband affiche le type d'occurrence de l'échec intrabande, telle qu'une intrabande coincée, une erreur de ressource ou un échec intrabande pendant le démarrage.

Invalid feature index set for module

Problème

Le message d'erreur Invalid feature index set for module s'affiche lorsque vous installez un nouveau module de commutation dans un commutateur de la gamme Catalyst 6500/6000.

Description

Cet exemple montre la sortie de console que vous voyez quand cette erreur se produit :

%SYS-5-MOD_INSERT:Module 4 has been inserted
Invalid feature index set for module 4

L'erreur Invalid feature index set for module se produit quand la version de l'image logicielle qui fonctionne actuellement sur le Supervisor Engine ne prend pas en charge l'élément matériel que vous avez inséré.

Dans l'exemple de cette section, un module de commutation 10/100 Mbits/s 48 ports (WS-X6348-RJ-45) a été inséré dans un commutateur Catalyst 6000 qui exécute la version de logiciel 5.3(2)CSX. La version de logiciel minimale que le module WS-X6348-RJ-45 requiert est 5.4(2).

La solution de contournement est de mettre à niveau le logiciel du Supervisor Engine qui prend en charge le matériel. Reportez-vous aux Notes de version pour la version de logiciel 5.x du Catalyst 6000/6500 pour une liste des versions logicielles minimales pour chaque module.

Pinnacle Synch Failed

Problème

Le messages d'erreur Pinnacle Synch Failed s'affiche au démarrage.

Description

Cet exemple montre la sortie de console que vous voyez quand cette erreur se produit :

System Power On Diagnostics Complete
 
Boot image: bootflash:cat6000-sup.5-4-4.bin

In Local Test Mode, Synch Failed. Retries: 4

Local Test Mode encounters Minor hardware problem in Module # 1

Running System Diagnostics from this Supervisor (Module 1)
This may take up to 2 minutes....please wait
Pinnacle Synch Failed. Retries: 4
Minor hardware problem in Module # 1
Use 'show test 1' to see results of tests.


Cisco Systems Console

Enter password:

La solution de contournement est de désactiver le commutateur et de rechercher ces éléments :

  • Vous avez fermement inséré les modules Supervisor Engine et tous modules de commutation dans le fond de panier du châssis.

  • Vous avez entièrement engagé les leviers d'éjection à gauche et à droite des modules. Veillez à appuyer sur les leviers complètement contre le panneau avant du module.

  • Vous avez fileté les vis à oreilles à gauche et à droite des modules dans le compartiment de cartes et avez serré les vis.

Après avoir vérifié que vous avez correctement engagé tous les modules dans le châssis, activez le châssis.

Si les messages Pinnacle Synch Failed s'affichent toujours, l'un des modules peut présenter un problème matériel.

Désactivez le commutateur et supprimez tous les modules de commutation. Activez le commutateur avec uniquement le Supervisor Engine dans le châssis. Ajoutez un module à la fois et répétez le processus jusqu'à ce que vous identifiiez le module posant problème.

RxSBIF_SEQ_NUM_ERROR: slot=x

Problème

Ces messages d'erreur apparaissent dans le syslog :

RxSBIF_SEQ_NUM_ERROR:slot=9, pinnacleMask=0X1, 
   errSeqNum=b,source Index=0X1, errorType=0X2 
RxSBIF_SEQ_NUM_ERROR:slot=3, pinnacleMask=0X1, 
   errSeqNum=b,source Index=0X1, errorType=0X2

Description

Les cartes de ligne Catalyst 6500/6000 et le module du Supervisor Engine utilisent des ASIC de port quand ils basculent des paquets à grandes vitesses entre les ports. L'ASIC Pinnacle fournit une interface Ethernet Gigabit au bus de données Catalyst 6500/6000. Afin de prendre en charge les débits de transfert élevés, le bus de commutation du Catalyst 6500/6000 prend en charge la canalisation. La canalisation active le Catalyst 6500/6000 pour basculer plusieurs trames sur le bus avant d'obtenir les résultats de la première trame. Chaque trame est préfixée avec un en-tête de bus interne qui inclut un numéro de séquence. Le commutateur utilise le numéro pour faire le suivi des trames qui attendent une décision de transmission. Toutes les cartes de ligne et les modules Supervisor Engine doivent avoir une compréhension commune du numéro de séquence actuel et suivant. Cette compréhension est très importante.

Le message d'erreur RXSBIF signale l'affichage d'une erreur de séquence sur le bus de commutation. De telles erreurs incluent une non-correspondance de séquence et une séquence non valide. Une séquence non valide signifie que le paquet actuel sur le bus de commutation a un numéro de séquence qui est différent du numéro que l'ASIC attendait. Voici des exemples de message d'erreur qui signalent des numéros de séquence non valides :

%SYS-1-MOD_INVALIDSEQ:Bus asic invalid sequence occurred 
   on module 1 (asic=1, srcidx=0x0, seq=14)

L'un de ces problèmes entraîne généralement les messages d'erreur :

  • Module incorrectement inséré — Réinsérez les modules dans leurs emplacements.

    Remarque: Le module qui détecte les erreurs de numéro de séquence de bus n'est pas nécessairement le module fautif. Un module incorrectement inséré peut entraîner la génération d'un rapport des problèmes de numéro de séquence de bus par n'importe quel autre module. Par conséquent, il peut être nécessaire de réinsérer tous les modules.

    Assurez-vous de bien verrouiller les leviers d'éjection et de serrer les vis.

  • Matériel défectueux — Cette cause n'est pas fréquente. Réinsérez les modules. Si vous observez une panne, inspectez les cartes de ligne pour des dommages sur le connecteur et inspectez l'emplacement du fond de panier dans le châssis à la recherche de broches tordues. S'il y a lieu, utilisez une lampe-torche quand vous inspectez les broches de connecteur sur le fond du panier du châssis.

    Si le problème persiste après que vous ayez réinséré toutes les cartes, capturez la sortie de la commande show tech-support et des commandes cachées show scp mod ou show scp failcnt . Créez une demande de service auprès de l'assistance technique de Cisco et fournissez ces informations.

  • Problème identifié — Quand le système Catalyst 6500/6000 est chargé avec l'image logicielle du système CatOS version 6.1(1b), des messages d'erreur de synchronisation peuvent se produire sur le Supervisor Engine 2. Reportez-vous à la Notice de champs : Erreurs de synchronisation continues avec le Supervisor Engine 2 sur Catalyst 6000 pour plus d'informations.

lyra_ft_par_err_intr_hdlr: LKUPRAM error in NVRAM log

Problème

Le journal NVRAM affiche l'erreur de parité de table de transfert (ft_par_err).

lyra_ft_par_err_intr_hdlr: LKUPRAM, addr [hex], data [hex]

Ce message d'erreur indique qu'une erreur de parité a été détectée dans la table de transfert. Le message d'erreur indique l'emplacement de l'erreur dans la mémoire (first [hex]) et les données à cet emplacement (second [hex]).

Description

La cause probable de ce message d'erreur est une carte de ligne qui n'est pas correctement insérée et qui remplace un type différent de carte de ligne dans cet emplacement.

Complétez ces étapes pour résoudre le problème :

  1. Retirez le module du commutateur.

  2. Inspectez les broches du fond de panier et réinsérez le module.

  3. Si le problème persiste, contactez le représentant technique Cisco.

Afin d'éviter le problème, exécutez la commande module clear-config avant que de retirer les modules. Cette commande supprime automatiquement la configuration qui appartient à un module, une fois que le module est retiré du châssis. Pour plus d'informations, reportez-vous à la section Même après que vous avez retiré les modules, la commande show run montre toujours des informations sur les interfaces retirées de module dans Résolution des problèmes matériels et courants sur les commutateurs des gammes Catalyst 6500/6000 exécutant le logiciel système Cisco IOS.

Remarque: La commande n'efface pas les configurations des modules qui ont déjà été retirés de l'emplacement.

KERNEL-1-CREATEPROCESSFAILED

Problème

Ce message d'erreur apparaît dans les journaux :

%KERNEL-1-CREATEPROCESSFAILED:Error in creating process: 
Unavailable free stack; stack type: 2; Name: tnetproc

Le message d'erreur %KERNEL-1-CREATEPROCESSFAILED: Error in creating process: [chars] ; stack type: [dec] ; Nom : [chars] indique que le processus de création a échoué ; le système est à court de processus. Le système d'exploitation Catalyst permet un nombre limité de processus en fonction du nombre de piles disponibles. Quand les piles sont indisponibles, ce message est généré. Le premier [chars] est l'ID de processus ; [dec] est le type de pile, et le deuxième [chars] est le nom du processus.

Description

Le commutateur CatOS permet seulement un nombre limité de processus avec une pile de type-2 dans le système, par exemple, Console, snmpdm, VtpRx, THREAD ou telnet145. Le nombre maximal de processus avec une pile de type 2 est 13. Telnet ou Secure Shell (SSH) est l'un des processus qui requiert une pile de type 2. Quand toutes les piles de type 2 sont utilisées, toute tentative de connexion via Telnet a comme conséquence ce message d'erreur.

Ceci s'est probablement produit parce que les anciennes sessions Telnet ou SSH n'ont pas expiré sur le commutateur ou ont consommé le processus.

Afin de résoudre ce problème, émettez la commande show users pour vérifier combien de sessions Telnet ont été ouvertes pour le commutateur. Déconnectez les sessions Telnet ouvertes par le périphérique distant avec la commande disconnect adresse IP.

PI_CI_S_CBL_DROP_REG

Problème

Switch> (enable) show asicreg 4/28 pinnacle err
00C7: PI_CI_S_PKTCRC_ERR_REG                   = FFFF
016F: PI_CI_S_CBL_DROP_REG                     = 1619

Description

Ce registre/compteur n'indique aucun problème matériel. Il incrémente si un paquet avec des balises VLAN spécifiques est reçu sur le port et ce VLAN particulier n'est pas configuré sur le port. En conséquence, le paquet est déposé, et le compteur est incrémenté. La logique CBL (Color Blocking Logic) se rapporte au balisage VLAN sur les agrégations. Les VLAN qui sont élagués des agrégations voient leur trafic déposé. Cet état se produit quand un côté de l'agrégation comporte un nombre supérieur de VLAN dans l'état de transfert de spanning-tree.

Les compteurs PI_CI_S_CBL_DROP_REG peuvent incrémenter dans n'importe quel mode ; si le port transite les modes STP, vous pouvez voir le résultat sur un port d'accès. En cas de négociation quelconque sur le port (par défaut), ceci peut également être considéré comme un comportement ou une fonction normal du commutateur.

Ce compteur compte les paquets déposés en raison de la recherche CBL dans un bloc CBIC (Complementary Bipolar Integrated Circuit). Le commutateur veut envoyer un paquet sur un port particulier pour un certain VLAN, et la logique CBL indique que le port est bloqué, désactivé ou en cours d'apprentissage. Ce n'est pas un problème majeur puisque ces paquets sont déposés dans la logique CBIC avant qu'ils consomment les mémoires tampon de paquet. Vous pouvez désactiver/activer le port pour voir s'il efface le compteur.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 29804