Commutateurs : Commutateurs de la gamme Cisco Catalyst 6500

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

19 octobre 2014 - Traduction automatique
Autres versions: PDFpdf | Anglais (26 septembre 2014) | Commentaires


Contenu


Introduction

Ce document décrit le matériel de résolution de problèmes et les problèmes courants relatifs aux commutateurs Catalyst 6500/6000 qui exécutent le logiciel système Cisco IOS®. Le logiciel Cisco IOS se rapporte à l'image simple empaquetée Cisco IOS à la fois pour le Supervisor Engine et le module de carte (MSFC) de fonctionnalité de commutateur multicouche. Ce document suppose que vous avez un symptôme du problème et que vous voulez obtenir des informations supplémentaires à son sujet ou que vous voulez le résoudre. Ce document peut s'appliquer au Supervisor Engine 1, 2, ou à des commutateurs Catalyst 6500/6000 basés 720.

Référez-vous à la section Convention de noms pour CatOS et aux images logicielles Cisco IOS du document Conversion du logiciel système CatOS vers Cisco IOS pour les commutateurs Catalyst 6500/6000 afin de comprendre la convention de noms des images logicielles.

Reportez-vous à ces documents afin de dépanner le système qui exécute Catalyst OS (CatOS) sur le Supervisor Engine et le logiciel Cisco IOS sur le MSFC :

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.

Résolution des erreurs du Syslog ou de la console

Les messages du système sont imprimés sur la console si la journalisation est activée sur la console ou dans le Syslog, si le Syslog est activé. Une partie des messages sont à titre informatif seulement et n'indiquent pas une condition d'erreur. Pour un aperçu des messages d'erreur du système, reportez-vous à Aperçu des messages du système.

Activez le niveau adéquat de journalisation et configurez le commutateur pour consigner les messages sur un serveur syslog. Pour d'autres informations de configuration, reportez-vous à la section Instructions pas à pas pour configurer des équipements IOS du document Resource Manager Essentials and Syslog Analysis: Procédure.

Pour surveiller les messages connectés, émettez la commande show logging. Ou, utilisez d'autres stations de surveillance périodiquement, comme CiscoWorks et le HP OpenView.

Afin de comprendre mieux un message spécifique du système, reportez-vous à Messages et procédures de récupération (logiciel système Catalyst 6500/6000 Cisco IOS).

Si vous ne pouvez pas encore déterminer le problème, ou si le message d'erreur n'est pas présent dans la documentation, entrez en contact avec l'assistance technique Cisco.

Le message d'erreur %CONST_DIAG-SP-4-ERROR_COUNTER_WARNING : Le compteur d'erreurs du module 4 dépasse le seuil apparaît sur la console du Catalyst 6500. Cette question peut avoir deux causes :

  • Une connexion pauvre au fond de panier (broche de connecteur coudée ou connexion électrique pauvre), ou

  • Ceci peut être lié à la première indication d'un module manquant.

Afin de résoudre ceci, placez l'amorce diagnostique de niveau « se terminent », et puis réinsèrent fermement le module 4 dans le châssis. Ceci attrape n'importe quelle défaillance matérielle latente et résout également tous les problèmes de connexion du fond de panier.

La commande show diagnostic sanity

La commande show diagnostic sanity exécute une série de contrôles prédéterminés sur la configuration, avec une combinaison de certains états su système. La commande compile alors une liste des conditions d'avertissement. Les contrôles sont conçus pour rechercher tout ce qui semble inadéquat. Les contrôles sont destinés à servir d'aide pour dépanner et assurer la maintenance de la validité du système. La commande ne modifie aucune variable existante et aucun état du système. Elle lit les variables du système qui correspondent à la configuration et aux états afin de lancer des avertissements s'il existe une correspondance d'une série de combinaisons prédéterminées. La commande n'a pas d'effet sur la fonctionnalité du commutateur, et vous pouvez l'utiliser sur un environnement de réseau de production. La seule limitation pendant le processus d'exécution est que la commande réserve le système de fichier pendant un temps déterminé tandis que la commande accède aux images de démarrage et teste leur validité. La commande est supportée dans la version Cisco IOS 12.2(18)SXE1 ou supérieure.

Examinez la configuration pour une configuration qui semble valide mais qui peut avoir une implication négative. Avertissez l'utilisateur dans les cas suivants :

  • Jonction — Le mode de joncteur réseau est "ON" ou si le port est jonction dans le « automatique ». Un port de jonction a un mode qui est fixé sur souhaité et qui n'est pas en liaison ou si le port de jonction négocie au half-duplex.

  • La Manche — Le mode channeling est "ON" ou si un port ne creuse pas des rigoles et le mode est placé à desirable.

  • Spanning-tree — Un de ces derniers est placé pour se transférer :

    • Root Max Age

    • retard de retransmission de root

    • Âge maximum

    • retard de retransmission maximum

    • Délai Hello

    • coût du port

    • priorité de port

    Ou, si la racine de spanning-tree n'est pas définie pour un VLAN.

  • UDLD — Le port a le Protocole UDLD (UniDirectional Link Detection) désactivé, l'arrêt, ou dans l'état indéterminé.

  • Contrôle de flux et PortFast — Le port a pour recevoir le contrôle de flux désactivé ou s'il a PortFast a activé.

  • Haute disponibilité — L'engine de superviseur redondant est présente mais la Haute disponibilité (ha) est désactivée.

  • Chaîne de démarrage et registre de boot config — La chaîne de démarrage est vide ou elle a un fichier non valide qui est spécifié comme image de démarrage. Le registre de configuration est quelque chose d'autre que 0x2,0x102, ou 0x2102.

  • Surveillance IGMP — Piller de Protocole IGMP (Internet Group Management Protocol) est désactivé. De même si l'IGMP Snooping est désactivé mais si Router-port Group Management Protocol (RGMP) est activé, et si le multicast est activé globalement mais désactivé sur l'interface.

  • Chaînes d'accès de la Communauté SNMP — Les chaînes d'accès (RW, RO, RW-tous) sont placées au par défaut.

  • Ports — Un port négocie au semi duplex ou il a une non-concordance duplex/VLAN.

  • Ports d'alimentation en ligne — Un port d'alimentation en ligne est dans l'un de ces états :

    • refusé

    • défectueux

    • autre

    • outre de

  • Modules — Un module est dans n'importe quel état autre que « correct ».

  • Tests — Répertoriez les tests de diagnostic de système qui ont manqué sur le démarrage.

  • Passerelle par défaut inaccessible — Cingle les passerelles par défaut afin de répertorier ceux qui ne peuvent pas être atteints.

  • Contrôle si le bootflash est correctement formaté et a assez d'espace pour contenir un fichier crashinfo.

Voici un exemple de sortie :

Remarque: La sortie réelle peut varier, en fonction de la version du logiciel.

IOSSwitch>show diagnostic sanity 
Status of the default gateway is:
10.6.144.1 is alive 

The following active ports have auto-negotiated to half-duplex:
4/1 

The following vlans have a spanning tree root of 32k:
1 

The following ports have a port cost different from the default:
4/48,6/1 

The following ports have UDLD disabled:
4/1,4/48,6/1 

The following ports have a receive flowControl disabled:
4/1,4/48,6/1 

The value for Community-Access on read-only operations for 
SNMP is the same as default. Please verify that this is the best 
value from a security point of view. 

The value for Community-Access on read-write operations for SNMP is 
the same as default. Please verify that this is the best value from 
a security point of view. 

The value for Community-Access on read-write-all operations for SNMP 
is the same as default. Please verify that this is the best value from 
a security point of view.

Please check the status of the following modules:
8,9


Module 2 had a MINOR_ERROR.


The Module 2 failed the following tests:

TestIngressSpan


The following ports from Module2 failed test1:

1,2,4,48

Reportez-vous à la section show diagnostic sanity du guide de référence des commandes.

Problèmes de Supervisor Engine ou de module

LED du Supervisor Engine Rouge/Orange ou état faulty

Si la LED de votre commutateur du Supervisor Engine est rouge, ou si l'état montre faulty, il peut y avoir un problème de matériel. Vous pouvez recevoir un message d'erreur système qui est semblable à ceci :

%DIAG-SP-3-MINOR_HW: 
   Module 1: Online Diagnostics detected Minor Hardware Error

Complétez ces étapes pour le dépannage supplémentaire :

  1. Placez la Console dans le Supervisor Engine et émettez la commande show diagnostic module {1 | 2} si possible.

    Remarque: Vous devez définir le niveau de diagnostic sur complet de sorte que le commutateur puisse exécuter une suite complète de tests pour identifier n'importe quelle défaillance matérielle. La réalisation du test de diagnostic en ligne complet augmente légèrement le temps de démarrage. Le démarrage au niveau minimal ne prend pas autant de temps qu'au niveau complet, mais la détection des problèmes matériels potentiels sur la carte se produit toujours. Si vous définissez le niveau du test de diagnostic sur bypass, aucun test de diagnostic n'est effectué. Émettez le diagnostic bootup level {terminez-vous | minimal | bypass} pour faire basculer entre les niveaux de diagnostic. Le niveau de diagnostic par défaut est minimal, que ce soit avec CatOS ou avec le logiciel système Cisco IOS.

    Remarque: Des diagnostics en ligne ne sont pas supportés pour les systèmes basés sur le Supervisor Engine 1 qui exécute le logiciel Cisco IOS.

    Cette sortie montre un exemple de défaillance :

    Router#show diagnostic mod 1
    Current Online Diagnostic Level = Complete
    
    Online Diagnostic Result for Module 1 : MINOR ERROR
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestNewLearn             : .
    2 . TestIndexLearn           : .
    3 . TestDontLearn            : .
    4 . TestConditionalLearn     : F
    5 . TestBadBpdu              : F
    6 . TestTrap                 : .
    7 . TestMatch                : .
    8 . TestCapture              : F
    9 . TestProtocolMatch        : .
    10. TestChannel              : .
    11. IpFibScTest              : .
    12. DontScTest               : .
    13. L3Capture2Test           : F
    14. L3VlanMetTest            : .
    15. AclPermitTest            : .
    16. AclDenyTest              : .
    17. TestLoopback:
              
       Port  1  2
       ----------
             .  . 
    
    18. TestInlineRewrite:
    
       Port  1  2
       ----------
             .  . 

    Si les diagnostics à la mise sous tension renvoient la failure, que le F indique dans les résultats de test, exécutez ces étapes :

    1. Réinsérez le module fermement et assurez-vous que les vis sont fortement serrées.

    2. Déplacez le module sur un bien connu, sur l'emplacement de travail sur le même châssis ou un châssis différent.

      Remarque: Le Supervisor Engine 1 ou 2 peut entrer dans l'emplacement 1 ou l'emplacement 2 seulement.

    3. Dépannez pour éliminer la possibilité d'un module défectueux.

      Remarque: Dans quelques rares circonstances, un module défectueux peut avoir comme conséquence que l'état du Supervisor Engine est faulty.

      Afin d'éliminer la possibilité, exécutez une de ces étapes :

      • Si vous avez récemment inséré un module et si le Supervisor Engine a commencé à signaler des problèmes, enlevez le module que vous avez inséré en dernier et réinsérez-le fermement. Si vous recevez toujours des messages qui indiquent que le Supervisor Engine est faulty, redémarrez le commutateur sans ce module. Si le Supervisor Engine fonctionne correctement, il y a une possibilité que le module soit défectueux. Inspectez le connecteur du fond de panier sur le module pour être sûr qu'il n'y a aucun dommage. S'il n'y a aucun dommage visuel, essayez le module dans un autre emplacement ou dans un châssis différent. En outre, inspectez les broches coudées sur le connecteur de l'emplacement sur le fond de panier. Utilisez une lampe-torche s'il y a lieu, quand vous inspectez les broches de connecteur sur le fond du panier du châssis. Si vous avez toujours besoin d'aide, entrez en contact avec l'assistance technique Cisco.

      • Si vous ne savez pas si un module a récemment été ajouté, et si le remplacement du Supervisor Engine ne règle pas le problème, il est possible que le module soit mal inséré ou qu'il soit défectueux. Afin de dépanner, enlevez du châssis tous les modules sauf le Supervisor Engine. Mettez le châssis sous tension et assurez-vous que le Supervisor Engine ne présente aucune défaillance. Si le Supervisor Engine ne présente aucune défaillance, commencez à insérer les modules un par un jusqu'à ce que vous déterminiez le module qui est défectueux. Si le Supervisor Engine n'échoue plus, il est possible qu'un des modules n'ait pas été placé correctement. Observez le commutateur et, si vous continuez à avoir des problèmes, créer une demande de service avec l'assistance technique Cisco afin de dépanner plus loin.

    Lorsque vous aurez exécuté chacune de ces étapes, émettez la commande show diagnostic module module_# . Regardez si le module montre toujours failure status. Si failure status apparaît toujours, récupérez le journal des étapes de dépannage que vous avez exécutées et créez une demande de service avec l'assistance technique Cisco pour obtenir de l'aide.

    Remarque: Si vous exécutez le train de logiciel Cisco IOS version 12.1(8), les diagnostics n'ont pas tous une assistance. Vous recevez des messages d'échec faux quand les diagnostics sont activés. Les diagnostics sont supportés dans Cisco IOS version 12.1(8b)EX4 et versions ultérieures, et pour les systèmes basés sur le Supervisor Engine 2, dans le logiciel Cisco IOS version 12.1(11b)E1 et ultérieures.

    En outre, reportez-vous aux notes de champs : Les diagnostics mal activés dans la version de Cisco IOS versions 12.1(8b)EX2 et 12.1(8b)EX3 pour plus d'informations.

  2. Si le commutateur ne démarre pas et fait échouer l'autodiagnostic pendant la séquence de démarrage, saisissez la sortie et créez une demande de service auprès de l'assistance technique Cisco pour une aide.

  3. Si vous ne voyez aucune défaillance matérielle dans la séquence de démarrage ou dans la sortie de la commande show diagnostics module {1 | la commande 2}, émettent les commandes de show environment status et de show environment temperature afin de vérifier les sorties liées aux états d'environnement et rechercher tous les autres composants défectueux.

    cat6knative#show environment status
    backplane: 
      operating clock count: 2
      operating VTT count: 3
    fan-tray 1: 
      fan-tray 1 fan-fail: OK
    VTT 1: 
      VTT 1 OK: OK
      VTT 1 outlet temperature: 35C
    VTT 2: 
      VTT 2 OK: OK
      VTT 2 outlet temperature: 31C
    VTT 3: 
      VTT 3 OK: OK
      VTT 3 outlet temperature: 33C
    clock 1: 
      clock 1 OK: OK, clock 1 clock-inuse: in-use
    clock 2: 
      clock 2 OK: OK, clock 2 clock-inuse: not-in-use
    power-supply 1: 
      power-supply 1 fan-fail: OK
      power-supply 1 power-output-fail: OK
    module 1: 
      module 1 power-output-fail: OK
      module 1 outlet temperature: 28C
      module 1 device-2 temperature: 32C
      RP 1 outlet temperature: 34C
      RP 1 inlet temperature: 34C
      EARL 1 outlet temperature: 34C
      EARL 1 inlet temperature: 28C
    module 3: 
      module 3 power-output-fail: OK
      module 3 outlet temperature: 39C
      module 3 inlet temperature: 23C
      EARL 3 outlet temperature: 33C
      EARL 3 inlet temperature: 30C
    module 4: 
      module 4 power-output-fail: OK
      module 4 outlet temperature: 38C
      module 4 inlet temperature: 26C
      EARL 4 outlet temperature: 37C
      EARL 4 inlet temperature: 30C
    module 5: 
      module 5 power-output-fail: OK
      module 5 outlet temperature: 39C
      module 5 inlet temperature: 31C
    module 6: 
      module 6 power-output-fail: OK
      module 6 outlet temperature: 35C
      module 6 inlet temperature: 29C
      EARL 6 outlet temperature: 39C
      EARL 6 inlet temperature: 30C

    Si vous voyez une panne d'un composant système (thermoventilateur, terminaison de tension [VTT]), créez une demande de service auprès de l'assistance technique Cisco et fournissez la sortie de commande.

    Si vous voyez un état d'échec dans cette sortie pour n'importe lequel des modules, lancez la commande hw-module module module_# reset. Ou réinsérez le module dans le même emplacement afin d'essayer de récupérer le module. En outre, consultez la section Dépannage d'un module qui ne se met pas en ligne ou qui indique défectueux ou tout autre état de ce document pour davantage d'aide.

  4. Si l'état indique OK, comme le montre l'exemple de sortie dans l'étape 3, émettez la commande show environment alarms pour vérifier s'il y a une alerte environnement.

    S'il n'y a aucune alerte, la sortie est semblable à ceci :

    cat6knative#show environment alarm
    environmental alarms:
      no alarms
    

    Mais, s'il y a une alerte, la sortie est semblable à ceci :

    cat6knative#show environment alarm
    environmental alarms:
    system minor alarm on VTT 1 outlet temperature (raised 00:07:12 ago)
    system minor alarm on VTT 2 outlet temperature (raised 00:07:10 ago)
    system minor alarm on VTT 3 outlet temperature (raised 00:07:07 ago)
    system major alarm on VTT 1 outlet temperature (raised 00:07:12 ago)
    system major alarm on VTT 2 outlet temperature (raised 00:07:10 ago)
    system major alarm on VTT 3 outlet temperature (raised 00:07:07 ago)

Le commutateur est dans le mode de démarrage continu, mode de ROMmon, ou en manquant l'image de système

Si votre Supervisor Engine de commutation est dans une boucle de démarrage continue, dans le mode de moniteur de ROM (ROMmon), ou s'il n'a pas l'image du système, il est probable que ce ne soit pas un problème matériel.

Le Supervisor Engine entre dans le mode ROMmon ou échoue au démarrage quand l'image du système est altérée ou n'apparaît pas. Pour des instructions sur la façon dont récupérer le Supervisor Engine, référez-vous à Récupérer un commutateur Catalyst 6500/6000 exécutant le logiciel système Cisco IOS à partir d'une image de chargement de démarrage altérée ou manquante ou à partir du mode ROMmon.

Vous pouvez démarrer l'image Cisco IOS à partir de n'importe quel Sup-bootflash. ou slot0: (l'emplacement pour carte PC). Ayez une copie de l'image du système dans les deux périphériques pour une récupération plus rapide. Si le périphérique du bootflash du Supervisor Engine 2 a seulement 16 Mo, une mise à niveau jusqu'à 32 Mo peut être nécessaire pour prendre en charge les images système les plus récentes. Pour plus d'informations, reportez-vous à la ROM de démarrage du Supervisor Engine 2 de la gamme Catalyst 6500 et à la note d'installation de la mise à jour du bootflash.

Le module de Supervisor Engine de secours n'est pas en ligne ou l'état indique l'inconnu

Cette section trace les grandes lignes des raisons communes pour lesquelles le module du Supervisor Engine de secours ne parvient pas à se mette en ligne et indique comment résoudre chaque problème. Vous pouvez déterminer que le module du Supervisor Engine ne se met pas en ligne en procédant d'une de ces façons :

Raisons communes/solutions

  • Insérez la console dans le moteur du superviseur de secours pour déterminer si elle est en mode ROMmon ou en redémarrage continu. Si le Supervisor Engine est dans l'un de ces états, reportez-vous à Récupérer un commutateur Catalyst 6500/6000 exécutant le logiciel système Cisco IOS à partir d'une image de chargement de démarrage altérée ou manquante ou à partir du mode ROMmon.

    Remarque: Si le Supervisor Engine actif et le Supervisor Engine de secours n'exécutent pas la même version de logiciel Cisco IOS, il se peut que le Supervisor Engine de secours ne démarre pas. Par exemple, un Supervisor Engine peut ne pas réussir à s'allumer lorsque :

    • Le moteur actif du superviseur exécute la Redondance du processeur de routage plus (RPR+) mode.

      Remarque: Le mode RPR+ est disponible dans la version 12.1(11)EX du logiciel Cisco IOS et les versions ultérieures.

    • Le Supervisor Engine de secours exécute une version de logiciel dans laquelle le mode RPR/RPR+ n'est pas disponible, comme Cisco IOS version 12.1[8b]E9.

    Dans ce cas, le second Supervisor Engine ne démarre pas parce que le mode de redondance est EHSA (Enhanced High System Availability), par défaut. Le Supervisor Engine de secours ne parvient pas à négocier avec le Supervisor Engine actif. Assurez-vous que les deux Supervisor Engines exécutent la même version du logiciel Cisco IOS.

    Cette sortie montre le moteur de supervision dans l'emplacement 2 en mode ROMmon. Vous devez insérer la console dans le Supervisor Engine de secours afin de la récupérer. Pour des procédures de récupération, référez-vous à Récupérer un commutateur Catalyst 6500/6000 exécutant le logiciel système Cisco IOS à partir d'une image de chargement de démarrage altérée ou manquante ou à partir du mode ROMmon.

    tpa_data_6513_01#show module
    Mod Ports Card Type                              Model              Serial No.
    --- ----- -------------------------------------- ------------------ -----------
      1    2  Catalyst 6000 supervisor 2 (Active)    WS-X6K-S2U-MSFC2   SAD0628035C
      2    0  Supervisor-Other                       unknown            unknown
      3   16  Pure SFM-mode 16 port 1000mb GBIC      WS-X6816-GBIC      SAL061218K3
      4   16  Pure SFM-mode 16 port 1000mb GBIC      WS-X6816-GBIC      SAL061218K8
      5    0  Switching Fabric Module-136 (Active)   WS-X6500-SFM2      SAD061701YC
      6    1  1 port 10-Gigabit Ethernet Module      WS-X6502-10GE      SAD062003CM
    
    Mod MAC addresses                       Hw    Fw           Sw           Status
    --- ---------------------------------- ------ ------------ ------------ -------
      1  0001.6416.0342 to 0001.6416.0343   3.9   6.1(3)       7.5(0.6)HUB9 Ok      
      2  0000.0000.0000 to 0000.0000.0000   0.0   Unknown      Unknown      Unknown 
      3  0005.7485.9518 to 0005.7485.9527   1.3   12.1(5r)E1   12.1(13)E3,  Ok      
      4  0005.7485.9548 to 0005.7485.9557   1.3   12.1(5r)E1   12.1(13)E3,  Ok      
      5  0001.0002.0003 to 0001.0002.0003   1.2   6.1(3)       7.5(0.6)HUB9 Ok      
      6  0002.7ec2.95f2 to 0002.7ec2.95f2   1.0   6.3(1)       7.5(0.6)HUB9 Ok      
    
    Mod Sub-Module                  Model           Serial           Hw     Status 
    --- --------------------------- --------------- --------------- ------- -------
      1 Policy Feature Card 2       WS-F6K-PFC2     SAD062802AV      3.2    Ok     
      1 Cat6k MSFC 2 daughterboard  WS-F6K-MSFC2    SAD062803TX      2.5    Ok     
      3 Distributed Forwarding Card WS-F6K-DFC      SAL06121A19      2.1    Ok     
      4 Distributed Forwarding Card WS-F6K-DFC      SAL06121A46      2.1    Ok     
      6 Distributed Forwarding Card WS-F6K-DFC      SAL06261R0A      2.3    Ok     
      6 10GBASE-LR Serial 1310nm lo WS-G6488        SAD062201BN      1.1    Ok
  • Assurez-vous que le module du du moteur de superviseur est correctement posé dans le connecteur de carte mère. En outre, assurez-vous que la vis de l'installation du Supervisor Engine est complètement serrée. Reportez-vous à la Note d'installation de module de commutation de la gamme Catalyst 6500 pour plus d'informations.

  • Afin d'identifier si le Supervisor Engine de secours est faulty, lancez la commande redundancy reload peer à partir du Supervisor Engine actif. Par l'intermédiaire de la console vers le Supervisor Engine de secours, observez la séquence de démarrage afin d'identifier toutes les défaillances matérielles.

    Si le Supervisor Engine de secours ne s'allume toujours pas, créez une demande de service auprès de l'assistance technique Cisco afin de continuer à dépanner. Quand vous créez la demande de service, indiquez l'emplacement de la sortie du commutateur que vous avez rassemblée et les étapes de dépannage que vous avez exécutées.

La sortie du Show Module indique « not applicable » pour le module SPA

Ce message d'erreur apparaît parce que PA-1XCHSTM1/OC3 n'a pas le support diagnostique dans le SRB. Quand cette commande est réussie, tandis que le commutateur exécute un code SRB, l'état not applicable est indiqué. Ceci ne signifie pas que l'état du processeur d'interface de SPA n'est pas contrôlé, puisque les diagnostics globaux donnent les résultats appropriés. A partir du code SRC, cette sortie fonctionne. Ceci est provoqué par un bogue avec le code SRB, et ce bogue est classé dans CSCso02832 (clients enregistrés seulement).

Le Supervisor Engine de secours se recharge inopinément

Cette section présente les raisons communes pour lesquelles le Supervisor de secours du commutateur Catalyst se recharge inopinément.

Raisons communes/solutions

  • Le superviseur actif réinitialise le superviseur de secours après une défaillance de synchronisation avec la configuration de mise en route. Ce problème peut être dû à la wr mem consécutive qui est exécutée par des stations de gestion dans une courte envergure de temps (1-3 secondes), qui verrouille la configuration de mise en route et provoque l'échec de la synchronisation. Si le premier processus de sync n'est pas achevé et si le second mem wr est émis, il y a une panne de sync sur le supervisor de secours, et parfois, celui-ci se recharge ou se réinitialise. Cette question est expliquée dans le bogue CSCsg24830 (clients enregistrés seulement). Cette défaillance de synchronisation peut être identifiée par ce message d'erreur:

    %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to
    the standby Router
    %PFINIT-SP-1-CONFIG_SYNC_FAIL: Sync'ing the startup configuration
    to the standby Router FAILED
  • Le supervisor actif ne synchronise pas sa configuration avec le supervisor de secours. Cette condition peut être une condition passagère provoquée par l'utilisation provisoire du fichier de configuration par un autre processus. Si vous avez entré la commande show configuration ou la commande show running-configuration pour afficher la configuration ou la configuration d'exécution, le fichier de configuration est verrouillé. Cette question est documentée dans bogue CSCeg21028 (clients enregistrés seulement) . Cette défaillance de synchronisation peut être identifiée par ce message d'erreur:

    %PFINIT-SP-1-CONFIG_SYNC_FAIL_RETRY: Sync'ing the startup 
    configuration to the standby Router FAILED, the file may be already locked by a command

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

Quand vous retirez physiquement un module du châssis, la configuration pour le module dans l'emplacement apparaît toujours. Cet problème est un résultat du design qui permet un remplacement plus facile du module. Si vous insérez le même type de module dans l'emplacement, le commutateur utilise les configurations du module qui était précédemment dans l'emplacement. Si vous insérez un autre type de module dans l'emplacement, la configuration du module est effacée. Pour enlever la configuration automatiquement une fois qu'un module est retiré de l'emplacement, lancez la commande module clear-config à partir du mode de configuration global. Veillez à émettre la commande avant que les modules ne soient retirés de l'emplacement. La commande n'efface pas les anciennes configurations de modules qui avaient déjà été retirées de l'emplacement. Cette commande efface la configuration du module de la sortie de la commande show running-config et les détails de l'interface de la sortie de la commande show ip interface brief. A partir des versions Cisco IOS version 12.2(18)SXF et ultérieures, cette commande supprime également le nombre de types d'interface de la commande show version commande.

Le commutateur s'est réinitialisé/a redémarré tout seul

Si votre commutateur s'est réinitialisé tout seul sans intervention manuelle, suivez ces étapes afin d'identifier le problème :

Raisons communes/solutions

  • Le commutateur peut avoir eu une panne de logiciel. Lancez dir bootflash : commande, qui affiche le MSFC (artère périphérique de bootflash du processeur [RP]), et dir slavebootflash : commande afin de vérifier un logiciel crash.

    La sortie dans cette section montre que les infos sur la panne ont été enregistrées dans le bootflash RP. Assurez-vous que les infos de panne que vous voyez sont bien celles de la panne la plus récente. Lancez la commande more bootflash : nom du fichier afin d'afficher le fichier crashinfo. Dans cet exemple, la commande est more bootflash:crashinfo_20020829-112340.

    cat6knative#dir bootflash:
    Directory of bootflash:/
    
        1  -rw-     1693168   Jul 24 2002 15:48:22  c6msfc2-boot-mz.121-8a.EX
        2  -rw-      183086   Aug 29 2002 11:23:40  crashinfo_20020829-112340
        3  -rw-    20174748   Jan 30 2003 11:59:18  c6sup22-jsv-mz.121-8b.E9
        4  -rw-        7146   Feb 03 2003 06:50:39  test.cfg
        5  -rw-       31288   Feb 03 2003 07:36:36  01_config.txt
        6  -rw-       30963   Feb 03 2003 07:36:44  02_config.txt
    
    31981568 bytes total (9860396 bytes free)

    La commande dir sup-bootflash : affiche le périphérique bootflash du Supervisor Engine périphérique. Vous pouvez également lancer la commande dir slavesup-bootflash: afin d'afficher le périphérique bootflash du Supervisor Engine de secours périphérique. Cette sortie montre les infos sur la panne enregistrées dans le périphérique bootflash du Supervisor Engine périphérique :

    cat6knative11#dir sup-bootflash:
    Directory of sup-bootflash:/
    
        1  -rw-    14849280   May 23 2001 12:35:09  c6sup12-jsv-mz.121-5c.E10
        2  -rw-       20176   Aug 02 2001 18:42:05  crashinfo_20010802-234205
    
    !--- Output suppressed.
    
    

    Si la sortie de la commande indique qu'une panne de logiciel s'est produite au moment où vous avez suspecté que le commutateur avait redémarré, contactez Assistance technique Cisco. Indiquez la sortie de la affichez support technique commande et affichez se connecter commandez, aussi bien que la sortie du crashinfo fichier. Afin d'envoyer le fichier, transférez-le par l'intermédiaire du TFTP du commutateur vers un TFTP le serveur, et relient le fichier dans le cas.

  • S'il n'y a aucun fichier crashinfo, examinez la source du courant pour le commutateur pour vous assurer qu'elle n'a pas eu de défaillance. Si vous utilisez une alimentation électrique non interruptible (UPS), assurez-vous qu'elle fonctionne correctement. Si vous ne pouvez toujours pas déterminer le problème, entrez en contact avec le Centre de remontées de l'assistance technique Cisco.

Le module équipé DFC s'est réinitialisé tout seul

Si un module équipé d'une carte de transfert distribuée (DFC) s'est réinitialisé tout seul sans un rechargement d'utilisateur, vous pouvez contrôler le bootflash de la carte DFC pour voir si il est tombé en panne. Si un fichier d'informations sur les pannes est disponible, vous pouvez rechercher la cause de la panne. Lancez la commande dir dfc#module_#-bootflash: pour vérifier s'il y a un fichier d'informations sur les pannes et à quel moment il a été établi. Si la réinitialisation DFC coïncide avec l'heure de création du fichier crashinfo, lancez more dfc#module_#-bootflash: nom du fichier commande. Ou, lancez la commande copy dfc#module_#-bootflash: nom du fichier tftp pour transférer le fichier par l'intermédiaire de TFTP à un serveur TFTP serveur.

cat6knative#dir dfc#6-bootflash:
Directory of dfc#6-bootflash:/
-#- ED ----type---- --crc--- -seek-- nlen -length- -----date/time------ name 
1   ..   crashinfo 2B745A9A   C24D0   25   271437 Jan 27 2003 20:39:43 crashinfo_
 20030127-203943

Dès que le fichier crashinfo est disponible, notez la sortie des commandes show logging et show tech et contactez l'assistance technique Cisco pour davantage d'aide.

Dépannez un module qui n'est pas livré en ligne ou indique défectueux ou tout autre état

Cette section définit les raisons communes pour lesquelles l'un des modules peut ne pas parvenir à être en ligne et comment résoudre le problème. Vous pouvez déterminer qu'un module ne réussit pas à être en ligne de l'une des façons suivantes :

  • La sortie du affichez module la commande affiche un de ces états :

    • autre

    • inconnu

    • défectueux

    • errdisable

    • power-deny

    • power-bad

  • L'état ambre ou rouge de la LED est allumé.

Raisons communes/solutions

  • Contrôlez la section Matériel pris en charge des Notes de publication relatives aux commutateurs de la gamme Cisco Catalyst 6500 de la version libérez. Si le module n'est pas supporté dans le logiciel que vous exécutez actuellement, téléchargez le logiciel requis à partir du Centre de logiciel Cisco IOS (clients enregistrés seulement) .

  • Si l'état est power-deny, le commutateur n'a pas assez de puissance disponible pour actionner ce module. Lancez la commande show power afin de confirmer si l'alimentation est suffisante. Consultez la section Dépanner les messages d'erreur C6KPWR-4-POWRDENIED : insufficient power, module in slot [dec] power denied ou %C6KPWR-SP-4-POWRDENIED : insufficient power, module in slot [dec] power denied de ce document.

  • Si l'état est -power-bad, le commutateur peut voir une carte, mais il n'est pas capable d'allouer la puissance. C'est possible si le Supervisor Engine n'est pas capable d'accéder aux contenus PROM de la série (SPROM) sur le module pour déterminer l'identification de la carte de ligne. Vous pouvez lancer la commande show idprom module slot pour vérifier si SPROM est lisible. Si SPROM n'est pas accessible, vous pouvez réinitialiser le module.

  • Assurez-vous que le module est correctement placé et vissé complètement. Si le module n'est toujours pas en ligne, lancez diagnostic niveau de démarrage complet commande de configuration globale dedans commande pour s'assurer que le diagnostic est activé. Puis, lancez la commande hw-module remise de slot_number de module commande. Si le module n'est toujours pas livré sur la ligne, examinez le connecteur du fond de panier en fonction le module pour s'assurer qu'il n'y a aucun dommage. S'il n'y a aucun dommage visuel, essayez le module dans un autre emplacement ou un châssis différent. En outre, examinez pour assurer coudé broches sur le connecteur d'emplacement sur le fond de panier. Utilisez une lampe-torche s'il y a lieu, quand vous examinez les broches de connecteur sur le fond de panier du châssis.

  • Lancez affichez slot_number de module de diagnostics commande afin d'identifier toutes défaillances matérielles sur le module. Lancez global complet de diagnostic bootup level commande de configuration afin d'activer des diagnostics complets. Vous devez avoir terminez-vous les diagnostics activés de sorte que le commutateur puisse exécuter des diagnostics sur module. Si vous faites activer des diagnostics minimaux et vous changez à complet les diagnostics, le module doivent remettre à l'état initial de sorte que le commutateur puisse exécuter le plein diagnostics. L'exemple de sortie dans cette section émet l'exposition commande de module de diagnostics. Mais la sortie est peu concluante parce que plusieurs des essais ont été réalisés en mode minimal. Les expositions de sortie comment activer le diagnostic level et puis émettre l'exposition commande de module de diagnostics afin de revoir le complet résultats.

    Remarque: Les GBIC (convertisseur d'interface Gigabit) n'étaient pas installés dans le module témoin. Par conséquent, les tests d'intégrité n'ont pas été réalisés. Le test d'intégrité GBIC est réalisé seulement sur les GBIC cuivre (WS-G5483=).

    cat6native#show diagnostic module 3
    Current Online Diagnostic Level = Minimal
    
    Online Diagnostic Result for Module 3 : PASS
    Online Diagnostic Level when Module 3 came up = Minimal
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestGBICIntegrity : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    2 . TestLoopback : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
    
    3 . TestDontLearn                 : U
    4 . TestConditionalLearn          : .
    5 . TestStaticEntry               : U
    6 . TestCapture                   : U
    7 . TestNewLearn                  : .
    8 . TestIndexLearn                : U
    9 . TestTrap                      : U
    10. TestIpFibShortcut             : .
    11. TestDontShortcut              : U
    12. TestL3Capture                 : U
    13. TestL3VlanMet                 : .
    14. TestIngressSpan               : .
    15. TestEgressSpan                : .
    16. TestAclPermit                 : U
    17. TestAclDeny                   : U
    18. TestNetflowInlineRewrite : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    !--- Tests that are marked "U" were skipped because a minimal 
    !--- level of diagnostics was enabled.
    
    cat6knative#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    cat6knative(config)#diagnostic bootup level complete
    
    !--- This command enables complete diagnostics.
    
    cat6knative(config)#end
    cat6knative#
    *Feb 18 13:13:03 EST: %SYS-5-CONFIG_I: Configured from console by console
    cat6knative#
    cat6knative#hw-module module 3 reset
    Proceed with reload of module? [confirm]
    % reset issued for module 3
    cat6knative#
    *Feb 18 13:13:20 EST: %C6KPWR-SP-4-DISABLED: power to module in slot 3 set off 
     (Reset)
    *Feb 18 13:14:12 EST: %DIAG-SP-6-RUN_COMPLETE: Module 3: Running Complete Online 
     Diagnostics...
    *Feb 18 13:14:51 EST: %DIAG-SP-6-DIAG_OK: Module 3: Passed Online Diagnostics
    *Feb 18 13:14:51 EST: %OIR-SP-6-INSCARD: Card inserted in slot 3, interfaces 
     are now online 
    cat6knative#show diagnostic module 3  
    Current Online Diagnostic Level = Complete
    
    Online Diagnostic Result for Module 3 : PASS
    Online Diagnostic Level when Module 3 came up = Complete
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestGBICIntegrity : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    !--- The result for this test is unknown ("U", untested) 
    !--- because no copper GBICS are plugged in.
    
    
    2 . TestLoopback : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
    
    3 . TestDontLearn                 : .
    4 . TestConditionalLearn          : .
    5 . TestStaticEntry               : .
    6 . TestCapture                   : .
    7 . TestNewLearn                  : .
    8 . TestIndexLearn                : .
    9 . TestTrap                      : .
    10. TestIpFibShortcut             : .
    11. TestDontShortcut              : .
    12. TestL3Capture                 : .
    13. TestL3VlanMet                 : .
    14. TestIngressSpan               : .
    15. TestEgressSpan                : .
    16. TestAclPermit                 : .
    17. TestAclDeny                   : .
    18. TestNetflowInlineRewrite : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
  • Lancez affichez support technique commande et affichez se connecter commande. Recherchez tous les autres messages qui associent à ce module afin de dépanner plus loin.

    Si le module ne se met toujours pas en ligne, créez une demande de service avec l'Assistance technique Cisco afin d'obtenir une aide plus poussée. Communiquez le journal de la sortie du commutateur que vous avez récupéré et indiquez les étapes du dépannage que vous avez exécutées.

Panne de communication de bande entrante

Les Supervisor Engines peuvent générer des messages qui indiquent échec de communication de la bande entrante. Les messages enregistrés par le commutateur peuvent ressembler à ceux-ci :

InbandKeepAliveFailure:Module 1 not responding over inband
InbandKeepAlive:Module 2 inband rate: rx=0 pps, tx=0 pps
ProcessStatusPing:Module 1 not responding over SCP
ProcessStatusPing:Module 1 not responding... resetting module

Cause classique/solution 1

Quand l'interface de gestion du commutateur gère un trafic intense, le commutateur génère des messages d'erreur InbandKeepAliveFailure . Ceci peut être provoqué pour les raisons suivantes :

  • Supervisor Engine occupé

  • Boucle de spanning-tree protocol

  • Les applicateurs de stratégie ACLs et QoS ont limité ou abandonné le trafic sur la voie de transmissions de bande entrante

  • Problèmes de synchronisation de Port ASIC

  • Problèmes de modules de matrice de commutation

Afin de résoudre le problème, suivez ces instructions :

  1. utilisez show process cpu pour déterminer le processus qui entraîne ce problème. Reportez-vous à: Catalyst Utilisation élevée de CPU des commutateurs 6500/6000 pour régler le problème cause.

  2. Un module de Supervisor mal placé ou défectueux peut lancer ces messages d'échec de communication. Afin de récupérer à partir de ces messages d'erreur, programmez une fenêtre de maintenance et réinstallez le module de Supervisor Module.

Erreur « System returned to ROM by power-on (SP by abort) »

Il se peut qu'un Catalyst Cisco 6500/6000 exécuté par le logiciel Cisco IOS se recharge du fait de cette réinitialisation :

System returned to ROM by power-on (SP by abort)

Un Catalyst 6500/6000 avec un registre de configuration SP qui permet une coupure, par exemple 0x2, et qui reçoit un signal de coupure de la console entre en mode de diagnostic ROMmon: Le système tombe en panne. Une erreur de correspondance des réglages de des registres de configuration sur SP et RP peuvent entraîner ce type de rechargement. En particulier, vous pouvez définir le registre de configuration du processeur de commutation du Supervisor Engine (SP) sur une valeur qui n'ignore pas la coupure, tandis que le registre de configuration du processeur de routage (RP) de la carte fonctionnalité du commutateur multicouche (MSFC) (RP) a une valeur appropriée qui ignore la coupure. Par exemple, vous pouvez définir le Supervisor Engine SP sur 0x2 et le MSFC RP sur 0x2102.

Pour plus d'informations, reportez-vous à: IOS Réinitialisations de Catalyst 6500/6000 avec l'erreur « Système retourné à la ROM par la puissance-sur (SP par arrêt) ».

Un Catalyst Cisco 6500/6000 qui exécute le logiciel Cisco IOS démarre l'ancienne image dans le disque de démarrage sup indépendamment de la configuration de la variable démarrage dans la configuration d'exécution. Même si la variable de démarrage est configurée pour démarrer à partir d'un flash externe, son commutateur ne démarre qu'avec l'ancienne image dans le disque de démarrage sup.. la raison de ce problème est l'absence de correspondance des définitions du registre de configuration sur SP et RP.

Dans le RP, émettez la commande affichez bootvar .

Switch#sh boot
BOOT variable = 
sup-bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1;
CONFIG_FILE variable =
BOOTLDR variable =
Configuration register is 0x2102

Dans le fournisseur de services, émettez la commande affichez bootvar .

Switch-sp#sh boot
BOOT variable = bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1;
CONFIG_FILE variable does not exist
BOOTLDR variable does not exist
Configuration register is 0x2101

Ceci fait que le commutateur démarre l'image précédente indépendamment de configuration variable de démarrage dans la configuration d'exécution. Afin de résoudre ce problème, lancez la commande switch(config)#config-register 0x2102, puis confirmez que SP et RP ont bien la même valeur de registre de config. Rechargez le commutateur après l'avoir enregistré dans la configuration.

Erreur : NVRAM : nv->magic ! = NVMAGIC, invalid nvram

Ce message d'erreur indique que le NVRAM a des problèmes. Si vous effacez le NVRAM et le rechargez le commutateur, il peut récupérer le NVRAM.

Si ceci ne résout pas le problème, formatez le NVRAM pour aider à résoudre le problème. Dans les deux cas, il est recommandé d'avoir un backup des contenus NVRAM. Ce message d'erreur est affiché seulement quand la suppression des bogues sur NVRAM est activé.

Erreur : Switching Bus FIFO counter stuck

Le message d'erreur CRIT_ERR_DETECTED Module 7 - Error: Switching Bus FIFO counter stuck indique que le module n'a pas vu d'activité sur le bus de commutation des données.

La raison de cette erreur peut être que le module récemment inséré n'a pas été fermement inséré dans le châssis dès le début ou bien qu'il a été inséré trop lentement.

Réinsérez le module afin de résoudre le problème.

Erreur : Le compteur dépasse le seuil, exploitation du système continuent

La batterie vss de Catalyst 6500 rencontre ce message d'erreur :

%CONST_DIAG-4-ERROR_COUNTER_WARNING: Module [dec] Error counter exceeds 
   threshold, system operation continue.

Le TestErrorCounterMonitor l'a détecté qu'un compteur d'erreurs dans le module spécifié a dépassé un seuil. Données spécifiques au sujet de l'erreur le compteur sera introduit un message système distinct. Le TestErrorCounterMonitor est un processus en arrière-plan non perturbateur de santé-surveillance qui périodiquement vote les compteurs d'erreurs et les compteurs d'interruption de chaque linecard ou superviseur module dans le système.

%CONST_DIAG-4-ERROR_COUNTER_DATA: ID:[dec] IN:[dec] PO:[dec] RE:[dec] RM:[dec]
   DV:[dec] EG:[dec] CF:[dec] TF:[dec]

Le TestErrorCounterMonitor l'a détecté qu'un compteur d'erreurs dans le module spécifié a dépassé un seuil. Ce message contient des données spécifiques au sujet du compteur d'erreurs, y compris l'ASIC et le registre du compteur, et le compte d'erreur.

Ce message d'erreur est reçu quand un ASIC sur le linecard reçoit paquets avec un mauvais CRC. La question peut être locale à ce module ou peut être déclenché par un autre module défectueux dans le châssis.

Exemple :

%CONST_DIAG-SW1_SP-4-ERROR_COUNTER_WARNING: Module 2 
   Error counter exceeds threshold, system operation continue.

La raison de cette erreur peut être que le module récemment inséré n'a pas été pas fermement inséré.

Réinsérez le module afin de résoudre le problème.

Erreur : Plus de SWIDB ne peut être alloué

Ce message d'erreur est reçu quand le nombre maximal de logiciel L'Interface Descriptor Block (SWIDB) est atteinte :

%INTERFACE_API-SP-1-NOMORESWIDB : Plus de SWIDB ne peut être alloué, maximum autorisé 12000

Reportez-vous à: Maximum Nombre d'interfaces et de sous-interfaces pour des plates-formes Cisco IOS : LA BID Limites pour plus d'informations sur des limites BID.

Quand vous essayez de convertir une interface de non-switchport en switchport, il renvoie une erreur.

Switch(config)#interface gigabit ethernet 7/29
Switch(config-if)#switchport
%Command rejected: Cannot convert port.
Maximum number of interfaces reached.

Output of idb:

AMC440E-SAS01#show idb

Maximum number of Software IDBs 12000.  In use 11999.

                       HWIDBs     SWIDBs
Active                    218        220
Inactive                11779      11779
Total IDBs              11997      11999
Size each (bytes)        3392       1520
Total bytes          40693824   18238480

Cet exemple prouve que tout le nombre d'IDBs (sous la colonne de SWIDBs) a atteint le nombre maximal de limite d'IDBs. Quand vous supprimez une sous-interface, l'Active et Nombres inactifs dans la modification de colonne de SWIDBs ; cependant, Le nombre total d'IDBs demeure dans la mémoire.

Afin de résoudre ce problème, rechargez le commutateur pour autoriser la BID base de données. Autrement, une fois que vous vous épuisez, vous devrez réutiliser supprimé sous-interfaces.

SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE!

Un message d'erreur semblable est enregistré quand le commutateur du Catalyst Cisco 6500 ne réussit pas à démarrer avec une version spécifique de logiciel Cisco IOS.

00:00:56: %SYS-SP-2-MALLOCFAIL: Memory allocation of 2177024 bytes failed from 0x40173D8C,
alignment 8 
Pool: Processor  Free: 1266272  Cause: Not enough free memory 
Alternate Pool: None  Free: 0  Cause: No Alternate pool 

-Process= "TCAM Manager process", ipl= 0, pid= 112
-Traceback= 4016F4D0 40172688 40173D94 40577FF8 4055DB04 4055DEDC
SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE!

%Software-forced reload

Ce problème apparaît généralement quand il n'y a pas assez de mémoire DRAM disponible pour permettre à l'image en flash de décompresser.

Afin de résoudre ce problème, exécutez une de ces options :

Dépannez la conversion CatOS vers Cisco IOS ou Cisco IOS vers CatOS

Si vous avez des difficultés avec la conversion de CatOS vers le logiciel système Cisco IOS, ou du logiciel Cisco IOS vers CatOS, reportez-vous à ces documents pour assistance :

Problème quand l'utilisateur essaie d'accéder au NVRAM après une conversion de Cisco IOS vers CatOS

Si la NVRAM est altérée ou si la valeur de la variable CONFIG_FILE est définie à partir de MSFC ROMmon pendant la conversion de Cisco IOS vers CatOS, vous pouvez rencontrer des problèmes quand vous essayez d'accéder à la NVRAM à partir de MSFC. Vous recevez également des messages d'erreur semblables à ceux-ci:

Router#write memory
     startup-config file open failed (Not enough space)
Router#dir nvram:
     Directory of nvram:/       
    
%Error calling getdents for nvram:/ (Unknown error 89)

Quand MSFC se charge avec le CONFIG_FILE défini dans ROMmon, l'utilisateur ne peut pas enregistrer la configuration dans la NVRAM. show startup-config échoue également avec le code d'erreur 89. Ce problème existe dans Catalyst 6500 avec un Supervisor Engine 720, en mode hybride exécutant le logiciel Cisco IOS version 12.2 (14)SX2 sur MSFC3.

Voici les solutions de contournement lorsque CONFIG_FILE est défini :

  1. Mettez à niveau le code MSFC3 vers Cisco IOS version 12.2(17a)SX ou ultérieure plus tard. Pour plus d'informations sur la mise à niveau l'image logicielle sur MSFC, reportez-vous à Comment mettre à niveau les images logicielles sur des modules de couche 3 du commutateur Catalyst.

  2. Désactivez la variable du CONFIG_FILE en mode MSFC ROMmon.

    Pour passer en mode ROMmon, rechargez le MSFC et puis appuyez sur la touche Ctrl+Break pendant les 60 premières secondes du démarrage. Une fois que le MSFC entre en mode ROMmon, lancez ces commandes pour désactiver le CONFIG_FILE :

    • rommon 2 >priv
      
      !--- Press Enter or Return.
      !--- You have entered ROMmon privileged mode.
      !--- You see this output:
      
      You now have access to the full set of monitor commands.
      Warning: some commands will allow you to destroy your
      configuration and/or system images and could render
      the machine unbootable.
    • rommon 3 >unset CONFIG_FILE
      
      !--- Press Enter or Return.
      !--- This unsets the CONFIG_FILE variable.
      
      
    • rommon 4 >sync
      
      !--- Press Enter or Return.
      
      
    • rommon 5 >reset
      
      
      !--- Press Enter or Return.
      
      

Si la NVRAM est altérée pendant la conversion de Cisco IOS vers CatOS, effacez la NVRAM pour résoudre le problème. Afin d'effacer la NVRAM, entrez en mode ROMmon et lancez alors ces commandes :

  • rommon 1 >priv
    
    
    !--- Press Enter or Return.
    !--- You have entered ROMmon privileged mode.
    !--- You see this output:
    
    You now have access to the full set of monitor commands.
    Warning: some commands will allow you to destroy your
    configuration and/or system images and could render
    the machine unbootable.
  • rommon 2 >nvram_erase
    
    
    !--- Press Enter or Return.
    !--- Be sure to enter these parameters exactly:
    !--- The first line is a "be" (no space) followed by six zeros ("000000").
    !--- The next line is an "2" (no space) followed by five zeros ("00000").
    
    Enter in hex the start address [0xbe020000]:  be000000
    
    
    !--- Press Enter or Return.
    
    Enter in hex the test size or length in bytes [0x100]:  200000
    
    
    !--- Press Enter or Return.
    !--- After the NVRAM erase has completed, issue the reset command.
    
    
    rommon 3 >reset
    
    !--- Press Enter or Return.
    
    

    Remarque: Le Supervisor Engine 720 contient la commande nvram_erase dans le processeur de routage (MSFC) ROMmon, et ce n'est pas une commande valide dans le processeur du commutateur (Supervisor Engine) ROMmon.

Impossible de démarrer avec le logiciel Cisco IOS quand l'utilisateur convertit de CatOS vers Cisco IOS

Si vous essayez de démarrer le logiciel Cisco IOS à partir du disk0 ou de l'emplacement 0 pendant le processus de conversion, vous pouvez recevoir un message d'erreur semblable à ceci :

*** TLB (Store) Exception ***
Access address = 0x10000403
PC = 0x8000fd60, Cause = 0xc, Status Reg = 0x30419003
 
monitor: command "boot" aborted due to exception

Ce message d'erreur peut être associé au matériel ou au logiciel et peut aboutir à une boucle de démarrage ou à ce que le commutateur reste coincé en mode ROM Monitor (ROMmon).

Procédez comme suit pour résoudre ce problème :

  1. Ce problème peut être provoqué par une image logicielle avec un checksum erroné. Re-téléchargez l'image logicielle Cisco IOS à partir du serveur serveur.

  2. Si un re-téléchargement ne résout pas le problème, formatez la carte Flash et re-téléchargez l'image du logiciel Cisco IOS.

    Reportez-vous à: PCMCIA Tableau de compatibilité de système de fichiers et information de système de fichiers pour l'information sur la manière d'effacer le flash.

  3. Ce problème peut également être dû à une défaillance matérielle, mais le message d'erreur n'indique pas quel composant matériel est à l'origine du problème. Essayez de démarrer le Logiciel Cisco IOS à partir d'une autre carte Flash.

Problèmes de connectivité interface/module

Le problème de connectivité ou la perte de paquets de connectivité avec des modules WS-X6548-GE-TX et WS-X6148-GE-TX utilisés dans un parc de serveurs

Quand vous utilisez les modules WS-X6548-GE-TX ou WS-X6148-GE-TX, il est possible que l'utilisation de port individuel puisse entraîner des problèmes de connectivité ou de perte de paquets sur les interfaces environnantes. Surtout quand vous utilisez EtherChannel et Remote Switched Port Analyzer (RSPAN) dans ces cartes de ligne, vous pouvez potentiellement constater la réponse lente due à la perte de paquets. Ces cartes de ligne sont des cartes de sursouscription qui sont conçues pour étendre le gigabit à l'appareil de bureau et ne sont pas forcément idéales pour la connectivité d'un parc de serveurs. Sur ces modules, il y a une liaison ascendante de Gigabit Ethernet single 1 du port ASIC qui supporte huit ports. Ces cartes partagent une 1 mémoire tampon de mi-bande entre un groupe de ports (1-8, 9-16, 17-24, 25-32, 33-40, et 41-48) puisque chaque bloc de huit ports est surscourscrit de 8:1. Le débit cumulé de chaque bloc de huit ports ne peut pas dépasser 1 GBPs. Tableau 4 dans Cisco 10/100- & 10/100/1000-Mbps de la gamme Cisco Catalyst 6500 montre les différents types de modules d'interface Ethernet et la taille de mémoire tampon prise en charge par port.

La sursouscription se produit en raison de ports multiples combinés dans un simple Pinnacle ASIC. Pinnacle ASIC est un moteur d'accès direct à la mémoire (DMA) qui transfère des paquets entre le bus de commutation du fond de panier et les ports réseau. Si un port dans cette plage reçoit ou transmet un trafic à un débit qui dépasse sa largeur de bande ou qui utilise beaucoup de mémoire tampon pour gérer des rafales de trafic, les autres ports dans la même plage peuvent potentiellement connaître une perte de paquets. l'affectation de la mémoire tampon sur ces modules est documentée dans Mémoires tampons, Files d'attente et seuils sur les modules Ethernet Catalyst 6500.

Une destination SPAN est une cause très classique puisqu'il n'est pas rare de copier le trafic à partir d'un VLAN entier ou à partir de plusieurs ports sur une interface unique. Sur une carte avec des mémoires tampon d'interface individuelle, les paquets qui dépassent la largeur de bande du port de destination sont silencieusement relâchés et aucun autre port n'est affecté. Avec une mémoire tampon partagée, ceci pose des problèmes de connectivité pour les autres ports en fonction dans cette plage. Dans la plupart des cas, les mémoires tampons partagées ne posent pas de problème. Même avec des postes de travail reliés de huit gigabits, il est rare que la largeur de bande fournie soit dépassée.

Le commutateur peut connaître une dégradation des services quand vous configurez un SPAN local dans un commutateur, surtout s'il surveille un grand nombre de ports. Ce problème demeure s'il surveille certains VLAN et si un grand nombre de ports est assigné à l'un de ces VLAN.

Même si le SPAN est réalisé en matériel, il y a un impact sur les performances puisque maintenant le commutateur supporte deux fois plus de trafic. Comme chaque carte de ligne reproduit le trafic à l'entrée, chaque fois qu'un port est surveillé, toute entrée de trafic est doublée quand elle arrive à la matrice. La capture de trafic d'un grand nombre de ports occupés sur une carte de ligne peut saturer les connexions à la matrice, surtout avec les cartes WS-6548-GE-TX, qui ont seulement une matrice de connexion de 8 gigabits connexion.

Les modules WS-X6548-GE-TX, WS-X6548V-GE-TX, WS-X6148-GE-TX, et WS-X6148V-GE-TX ont une limitation avec l'EtherChannel. Pour l'EtherChannel, la donnée de toutes les liaisons dans un lot vont au port ASIC, même si la donnée est destinée à une autre liaison. Cette donnée consomme la largeur de bande dans la liaison Ethernet de 1-Gigabit . Pour ces modules, la somme totale de toutes les données sur un EtherChannel ne peut pas dépasser 1 gigabit.

Contrôlez cette sortie afin de vérifier que le module connaît des baisses liées à des mémoires tampons surutilisées :

  • CatOS

    Cat6500 (enable) affichez asicreg <mod/port> pinnacle err

    Contrôlez cette sortie dans la liste des registres. Si les réglages dans cette sortie sont différents de zéro, ceci signifie qu'il y avait des baisses dues dépassement de capacité.

    015B : PI_PBT_S_QOS3_OUTLOST_REG = 0011

    015F : PI_PBT_S_HOLD_REG = D26C

  • NativeIOS

    Cat6500# show counters interface gigabitethernet <mod/port> | incluez qos3Outlost

    51. qos3Outlost = 768504851

Exécutez les commandes show plusieurs fois pour contrôler si l'asicreg est incrémenté régulièrement. des sorties d'asicreg sont effacées chaque fois qu'elles sont exécutées. Si les sorties asicreg demeurent différentes de zéro, alors ceci indique des baisses actives. Selon le débit du trafic, ces données pourraient avoir besoin d'être collectées à intervalles de plusieurs minutes pour recevoir des incréments.

Contournement

Procédez comme suit :

  1. Isolez tous les ports qui pourraient être uniformément sursouscrits à leur propre plage de port afin de réduire au minimum l'impact des baisses sur d'autres interfaces.

    Par exemple, si vous avez un serveur connecté au port 1 qui est en train de sursouscrire l'interface, ceci peut aboutir à une réponse lente si vous avez plusieurs autres serveurs connectés aux ports dans la plage 2-8. In this case, déplacez le serveur qui sursouscrit au port 9 pour libérer la mémoire tampon dans le premier bloc de ports 1-8. Dans les versions de logiciel les plus récentes, les destinations SPAN ont la mémoire tampon automatiquement déplacée vers l'interface pour ne pas avoir d'impact sur d'autres ports dans sa plage. Reportez-vous aux ID de bogue Cisco CSCed25278 (clients enregistrés seulement) (CatOS) et CSCin70308 (clients enregistrés seulement) (NativeIOS) pour plus les informations.

  2. Désactivez la tête du blocage de ligne (HOL) qui utilise les mémoires tampon d'interface au lieu d'utiliser les mémoires tampons partagées.

    Ceci a pour conséquence que seul le port surutilisé a des baisses. Puisque les mémoires tampons d'interface (32 k) sont sensiblement plus petites que la mémoire tampon partagée d'1 mi-bande il peut y avoir potentiellement plus de pertes de paquets sur ports. Ceci est seulement recommandé pour les cas extrêmes où des clients plus lents ou bien les ports SPAN ne peuvent pas être déplacés vers les autres cartes de ligne qui offrent des mémoires tampons consacrées à l'interface mémoires tampons.

    • NativeIOS

      Router(config)# interface gigabitethernet <mod/port>

      Router(config-if)# Hol-blocking débronchement

      Lorsque ceci est désactivé, les baisses se déplacent vers les compteurs d'interface et peuvent être vues avec la commande show interface gigabit <mod/port> . Les autres ports ne sont plus affectés à condition que ils n'éclatent pas non plus individuellement. Puisqu'il est recommandé de maintenir le blocage HOL activé, cette information peut être utilisée pour trouver le périphérique qui exécute les mémoires tampon sur la plage de port et qui les déplace vers une autre carte ou vers une plage isolée sur la carte, c'est pourquoi le blocage HOL peut être ré-activé.

    • CatOS

      Console> (enable) set port HOL-blocage <mod/port> débronchement

      Lorsque ceci est désactivé, les baisses se déplacent vers les compteurs d'interface et peuvent être vues avec show mac <mod/port> commande. Les autres ports ne sont plus affectés à condition qu'ils n'éclatent pas également individuellement. Puisqu'il est recommandé de maintenir le blocage HOL activé, cette information peut être utilisée pour rechercher le périphérique qui déborde les mémoires tampon sur la plage de ports et qui le déplace vers une autre carte ou vers une plage isolée sur la carte ainsi le blocage HOL peut être ré-activé.

  3. Quand vous configurez une session SPAN, assurez-vous que le port de destination n'enregistre aucune erreur sur cette interface spécifique. Afin de contrôler toute erreur possible sur le port de destination, contrôlez la sortie de la commande show interface <interface type> <interface number> pour IOS ou la sortie de la commande show port counters <mod/port> dans CatOS pour voir s'il y a des pertes en sortie ou des erreurs. Le périphérique connecté au port de destination doit avoir lui-même la même vitesse et les mêmes réglages duplex pour éviter des erreurs sur le port de destination.

  4. Envisagez un déplacement des modules Ethernet qui n'ont pas de ports ports. Reportez-vous à: Cisco Commutateurs de la gamme Catalyst 6500 - Interfaces afférentes et modules pour plus d'information sur les modules supportés.

Le poste de travail ne peut pas se connecter au réseau pendant le démarrage/incapable d'obtenir l'adresse DHCP

Les protocoles qui exécutent le commutateur peuvent introduire des retards de connectivité initiale retard. Il se peut que ce problème survienne si vous constatez un de ces symptômes quand vous démarrez ou redémarrez l'ordinateur client :

  • Un client du réseau Microsoft affiche No Domain Controllers Available.

  • DHCP renvoie No DHCP Servers Disponible.

  • Un poste de travail de mise en réseau du protocole IPE de Novell (IPX) n'a pas l'écran d'ouverture de connexion de Novell au démarrage.

  • Un client du réseau AppleTalk affiche Access to your AppleTalk network has been interrupted. To re-establish your connection, open and close the AppleTalk control panel. Il se peut également que l'application du sélecteur du client AppleTalk n'affiche pas de liste de zone ou qu'il affiche une liste de zone incomplète.

  • Les postes IBM Network peuvent afficher l'un de ces messages :

    • NSB83619--Address resolution manqué

    • NSB83589--Failed to boot after 1 tentative

    • NSB70519--Failed to connect to a serveur

Raisons communes/solutions

Le retard de l'interface peut aboutir à ce que la partie du poste de travail ne puisse pas se connecter au réseau pendant Startup/incapable d'obtenir des listes d'adresse DHCP. Ce sont des causes classiques de retard d'interface :

  • Retard de spanning-tree protocol (STP)

  • Retard d'EtherChannel

  • Retard de liaison de jonction

  • Retard d'Autonégociation

Pour plus d'informations sur ces retards et les solutions possibles, reportez-vous à à Utilisation de PortFast et d'autres commandes pour corriger les problèmes de démarrage du poste de travail Retards de connectivité.

Si vous avez toujours des questions après avoir examiné et suivi la procédure, contact Assistance technique Cisco.

Dépannez les problèmes de compatibilité NIC

Vous pouvez avoir des problèmes de compatibilité de la carte réseau (NIC) ou des problèmes de mauvaise configuration avec le commutateur si vous avez l'un de ces problèmes :

  • Une connexion client/serveur au commutateur ne devient pas vers le haut de.

  • Vous avez des problèmes d'autonégociation.

  • Vous voyez des erreurs sur le port.

Raisons communes/solutions

La raison de ces symptômes peut être :

  • Un problème connu de pilote NIC

  • Speed-duplex mismatch

  • Problèmes d'Autonégociation

  • Problèmes de câblage

Afin de continuer le dépannage, reportez-vous à Dépannage des commutateurs Cisco Catalyst en vue de la compatibilité NIC Questions.

L'interface est dans l'état errdisable

Si l'état de l'interface est errdisable dans la sortie de commande show interface status , l'interface a été désactivée en raison d'une condition d'erreur. Voici un exemple. de l'interface dans l'état errdisable :

cat6knative#show interfaces gigabitethernet 4/1 status 

Port    Name               Status       Vlan       Duplex  Speed Type
Gi4/1                      err-disabled 100          full   1000 1000BaseSX

Ou, vous pouvez voir des messages semblables à ceux-ci si l'interface a été désactivée en raison d'une condition d'erreur :

%SPANTREE-SP-2-BLOCK_BPDUGUARD: 
   Received BPDU on port GigabitEthernet4/1 with BPDU Guard enabled. Disabling port.
%PM-SP-4-ERR_DISABLE: 
   bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state

Ce message d'exemple s'affiche quand le protocole BDPU (BPDU) est reçue sur un port hôte. Le vrai message dépend de la cause de la condition d'erreur.

Il existe diverses raisons qui expliquent pourquoi l'interface entre dans l'état errdisable. errdisable. La raison peut être l'une des suivantes :

  • Non-correspondance de mode duplex

  • Configuration incorrecte du canal de port

  • Violation de la protection BPDU

  • condition UDLD

  • Détection de collisions tardives

  • Détection d'affolement de liaison

  • Violation de la sécurité

  • Affolement du protocole d'agrégation de ports (PAgP)

  • Protection du protocole L2TP (Layer 2 Tunneling Protocol)

  • Limite du taux de surveillance DHCP

Afin d'activer un port errdisabled, procédez comme suit:

  1. Débranchez le câble à l'une des extrémités de la connexion.

  2. Reconfigurez les interfaces.

    Par exemple, si les interfaces sont dans un état errdisabled dû à une configuration incorrecte d'EtherChannel, reconfigurez les plages d'interfaces pour EtherChannel.

  3. Arrêtez les ports aux deux extrémités.

  4. Branchez les câbles aux deux commutateurs.

  5. Lancez la commande no shutdown sur interfaces.

Vous pouvez également lancer la commande errdisable recovery cause cause enable pour régler des mécanismes de délai d'attente qui permettent de réactiver le port après période pour minuter la configuration.

Remarque: La condition d'erreur se reproduit si vous ne résolvez pas la cause du problème.

Afin de déterminer la raison de l'état errdisable, lancez la commande show errdisable recovery .

cat6knative#show errdisable recovery 
ErrDisable Reason    Timer Status
-----------------    --------------
udld                 Enabled
bpduguard            Enabled
security-violatio    Enabled
channel-misconfig    Enabled
pagp-flap            Enabled
dtp-flap             Enabled
link-flap            Enabled
l2ptguard            Enabled
psecure-violation    Enabled

Timer interval: 300 seconds

Interfaces that will be enabled at the next timeout:

Interface    Errdisable reason    Time left(sec)
---------    -----------------    --------------
 Gi4/1           bpduguard             270

Dès que vous connaissez la cause de errdisable, résolvez le problème et réparez la cause du problème. Par exemple, votre port peut être en errdisable en raison de la réception d'un BPDU sur un port d'accès Portfast-activé, comme dans l'exemple. Vous pouvez dépanner si un commutateur a été accidentellement connecté à ce port ou si un concentrateur connecté a créé une condition de bouclage. Afin de dépanner d'autres scénarios, reportez-vous aux informations spécifiques sur les caractéristiques dans la documentation du produit.

Reportez-vous à: Errdisable sur les plate-formes Cisco IOS pour plus d'informations sur l'état errdisable.

Si vous avez toujours des problèmes après avoir dépanné sur la base de cette information, contactez l'assistance technique Cisco pour davantage d'aide.

Dépannage des erreurs d'interface

Si vous voyez des erreurs dans la sortie de commande show interface contrôlez l'état et la santé de l'interface qui rencontre problèmes. Contrôlez également si le trafic passe à travers l'interface. Reportez-vous à: Étape 12 de Dépannage Connectivité du port du module WS-X6348 sur un Catalyst 6500/6000 exécutant Cisco IOS Logiciel système.

cat6knative#show interfaces gigabitethernet 1/1
GigabitEthernet1/1 is up, line protocol is up (connected)
  Hardware is C6k 1000Mb 802.3, address is 0001.6416.042a (bia 0001.6416.042a)
  Description: L2 FX Trunk to tpa_data_6513_01
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Full-duplex mode, link type is autonegotiation, media type is SX
  output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s
  Clock mode is auto
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output 00:00:28, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue :0/40 (size/max)
  5 minute input rate 118000 bits/sec, 289 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     461986872 packets input, 33320301551 bytes, 0 no buffer
     Received 461467631 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 137 overrun, 0 ignored
     0 input packets with dribble condition detected
     64429726 packets output, 4706228422 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out
cat6knative#

En outre, vous pouvez voir des erreurs dans la sortie de commande show interfaces interface-id counters errors sortie. Si oui, vérifiez les erreurs qui sont associées à l'interface. Référez-vous à Étape 14 de Dépannage Connectivité du port du module WS-X6348 sur un Catalyst 6500/6000 exécutant Cisco IOS Logiciel système.

cat6knative#show interfaces gigabitethernet 3/1 counters errors 

Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
Gi3/1               0          0          0          0         0           0

Port      Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts    Giants
Gi3/1              0         0         0          0         0         0         0

Port       SQETest-Err Deferred-Tx IntMacTx-Err IntMacRx-Err Symbol-Err
Gi3/1                0           0            0            0          0

Raisons communes/solutions

  • La raison pour laquelle l'interface affiche des erreurs est peut-être liée à des problèmes de couche physique tels que:

    • Cable/NIC défectueux

    • Problèmes de configuration, tels qu'une mauvaise correspondance non-concordance

    • Des problèmes de performances, comme surabonnement

    Afin de comprendre et de résoudre ces problèmes, référez-vous à Dépannage des problèmes de port de commutation et d'interface Problèmes.

  • Parfois, des compteurs d'erreurs sont incrémentés inexactement en raison d'un bogue logiciel ou d'une limitation matérielle. Ce tableau présente une partie des problèmes de compteur connus avec la plate-forme Catalyst 6500/6000 qui exécute le logiciel Cisco IOS Logiciel :

    Symptôme Description Difficulté
    Des paquets géants sur les interfaces de liaison IEEE 802.1Q sur les commutateurs basés sur le Supervisor Engine 720 . Un commutateur de la gamme Catalyst 6500 peut signaler des paquets géants supérieurs à 1496 octets et qui sont reçus banalisés sur une liaison au-dessus des ports du Supervisor Engine 720. Vous pouvez également voir cette question sur les cartes de ligne 67xx. Le problème est cosmétique, et le commutateur transmet les paquets. Le problème apparaît aussi se produit avec des joncteurs réseau ISL1. Reportez-vous aux ID de bogue Cisco CSCec62587 (clients enregistrés seulement) et CSCed42859 (clients enregistrés seulement) pour détails. Logiciel Cisco IOS version 12.2(17b)SXA et ultérieures Logiciel Cisco IOS version 12.2(18)SXD et ultérieures
    Des paquets géants sur les interfaces de liaison IEEE 802.1Q sur les commutateurs basés sur le Supervisor Engine 2. Le commutateur compte les paquets qui suivent sur la plage de 1497 à 1500 sur un VLAN non-natif sur le port de jonction de 802.1Q comme des paquets géants. C'est un problème cosmétique, et les paquets sont expédiés par le commutateur. Référez-vous à l'ID de bogue Cisco ID CSCdw04642 (clients enregistrés seulement) pour détails. Non actuellement disponible
    Des compteurs de pertes en sortie excessives sont vus dans la sortie de commande show interface sur des interfaces Gigabit, même pendant des conditions de faible trafic. Des compteurs de pertes en sortie excessives sont vus dans la sortie de commande show interface sur des interfaces Gigabit, même pendant des conditions de faible trafic. Reportez-vous à l'ID de bogue Cisco CSCdv86024 (clients enregistrés seulement) pour détails. Logiciel Cisco IOS version 12.1(18b)E12 et ultérieures Logiciel Cisco IOS version 12.1(11b)E8 et ultérieures Logiciel Cisco IOS version 12.1(12c)E1 et ultérieures Logiciel Cisco IOS version 12.1(13)E1 et ultérieures
    L'interface du canal de port a des statistiques inexactes dans la sortie de commande show interface pour bps1 et PPS2. Quand vous utilisez le logiciel Cisco IOS et quand un canal de port est défini sur deux ports Fast Ethernet, et quand le trafic est produit par l'intermédiaire du canal de port, les interfaces physiques ont des statistiques de débit correctes. Cependant, l'interface du canal de port a des statistiques inexactes.. Reportez-vous à l'ID de bogue Cisco CSCdw23826 (clients enregistrés seulement) pour plus de détails. Logiciel Cisco IOS version 12.1(8a)EX Logiciel Cisco IOS version 12.1(11b)E1 Logiciel Cisco IOS version 12.1(13)E1

    1 ISL = liaison Inter-Switch Link.

    2 bps = bits par seconde.

    3 PPS = paquets par en second lieu.

Si vous avez toujours des problèmes après avoir dépanné sur la base des documents mentionnés dans cette section, contactez l'assistance technique Cisco pour davantage d'aide.

Vous recevez des messages d'erreur de type : %PM_SCP-SP-3-GBIC_BAD : GBIC integrity check on port x failed: bad key

Les GBIC qui fonctionnent dans des versions de logiciel antérieures à Cisco IOS version 12.1(13)E échouent après la mise à niveau.

Avec le logiciel système Cisco IOS version 12.1(13), les ports avec les GBIC qui ont un mauvais total de contrôle GBIC EEPROM ne sont pas autorisés à devenir actifs vers le haut de. C'est le comportement prévu pour 1000BASE-TX (cuivre) et multiplexeur brut de Division de vague (CWDM) GBIC. Cependant, le comportement est incorrect pour d'autres GBIC. Avec les versions antérieures, des ports avec d'autres GBIC qui avaient des erreurs de total de contrôle étaient autorisés à devenir actifs.

Ce message d'erreur est imprimé quand cette erreur se produit dans Cisco IOS version 12.1(13)E :

%PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port 1/2 failed: bad key

Lancez la commande show interface pour afficher cette sortie :

Router#show interface status

Port    Name               Status       Vlan       Duplex  Speed Type
Gi2/1                      faulty       routed       full   1000 bad EEPROM

Ce problème sera réparé dans Cisco IOS versions 12.1(13)E1, 12.1(14)E, et versions suivantes.

Pour d'autres informations sur ce problème, reportez-vous à Avis sur le champ : Erreurs GBIC EEPROM incorrectes dans Cisco IOS® version 12.1(13)E pour Catalyst 6000.

Vous recevez des messages d'erreur COIL sur des interfaces du module WS-X6x48

Vous pouvez voir un ou plusieurs de ces messages d'erreur dans les Syslogs ou dans la sortie de la commande show log :

  • Coil Pinnacle Header Somme de contrôle

  • Coil Mdtif State Machine Erreur

  • Coil Mdtif Packet CRC Error

  • Coil Pb Rx Underflow Erreur

  • Coil Pb Rx Parity Erreur

Si vous avez des problèmes de connectivité avec la connexion des hôtes sur le module WS-X6348 ou sur d'autres modules de 10/100, ou si vous voyez des messages d'erreur qui sont semblables à ceux mentionnés dans cette section, et si vous avez un groupe de 12 ports qui sont coincés et ne laissent pas passer le trafic, exécutez ces étapes :

  1. Désactivez et activez les interfaces.

  2. Lancez commande dedans commandez à l'étiquette logicielle le module.

  3. Exécutez une de ces actions pour la réinitialisation matérielle du module :

    • Réinsérez physiquement la carte.

    • Lancez la commande de configuration globale no power enable module module_# et la commande de configuration globale la commande power enable module module_# .

Après avoir exécuté ces étapes, entrez en contact avec l'assistance technique Cisco avec l'information si vous rencontrez un ou plusieurs de ces problèmes:

  • Le module ne démarre pas.

  • Le module démarre, mais un groupe de 12 interfaces ne réussit pas diagnostics.

    Vous pouvez voir ceci dans la sortie du affichez module_# diagnostique de module commande.

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

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

  • Toutes les interfaces sont dans l'état errdisabled état.

    Vous pouvez voir ceci quand vous lancez le show interfaces status module module_# commande.

Reportez-vous à: Dépannage de la connectivité du port du module WS-X6348 sur un Catalyst 6500/6000 exécutant le logiciel système Cisco IOS pour dépannage.

Dépannez les problèmes de connectivité du module WS-X6x48

Si vous avez des problèmes de connectivité avec la connexion des hôtes sur Le module WS-X6348 ou sur d'autres modules de 10/100, reportez-vous à Dépannage de la connectivité du port du module WS-X6348 sur un Catalyst 6500/6000 exécutant le logiciel système Cisco IOS pour dépannage.

Si vous avez toujours des problèmes après avoir dépanné sur la base du document Dépannage de la connectivité du port du module WS-X6348 sur un Catalyst 6500/6000 exécutant le logiciel système Cisco IOS, contactez l'assistance technique Cisco pour davantage d'aide.

Dépannez les problèmes STP

Des problèmes liés à l'interconnexion arborescente peuvent entraîner des problèmes de connectivité dans un réseau commuté. Pour un dépannage pas-à-pas et des instructions afin d'empêcher les problèmes d'interconnexion arborescente, reportez-vous à Dépannage de STP sur un commutateur Catalyst exécutant la plate-forme logicielle Cisco IOS Logiciel.

Incapable d'utiliser la commande Telnet pour se connecter au commutateur

Cause

Comme chaque périphérique Cisco IOS, le commutateur du Catalyst 6500 n'autorise aussi qu' un nombre limité de sessions Telnet. Si vous atteignez cette limite, le commutateur ne permet pas davantage de sessions vty. Afin de vérifier si vous allez rencontrer ce problème, connectez vous à la console du Supervisor Engine. Lancez show user La sortie de l'interface de ligne de commande (CLI) de cette commande montre combien de lignes sont actuellement occupées :

Cat6500#show user
Line     User    Host(s)      Idle     Location
0 con 0         10.48.72.118 00:00:00 
1 vty 0         10.48.72.118 00:00:00 10.48.72.118
2 vty 1         10.48.72.118 00:00:00 10.48.72.118
3 vty 2         10.48.72.118 00:00:00 10.48.72.118
4 vty 3         10.48.72.118 00:00:00 10.48.72.118
*5 vty 4         idle         00:00:00 10.48.72.118

Solutions

Procédez comme suit :

  1. En fonction de la sortie de la commande show user lancez la commande clear line line_number pour effacer les sessions obsolètes.

    Cat6500#show user
    Line     User    Host(s)      Idle     Location
    0 con 0         10.48.72.118 00:00:00 
    1 vty 0         10.48.72.118 00:00:00 10.48.72.118
    2 vty 1         10.48.72.118 00:00:00 10.48.72.118
    3 vty 2         10.48.72.118 00:00:00 10.48.72.118
    4 vty 3         10.48.72.118 00:00:00 10.48.72.118
    *5 vty 4         idle         00:00:00 10.48.72.118
    
    Cat6500#clear line 1
    
    Cat6500#clear line 2
    
    
    !--- Output suppressed.
    
    
  2. Configurez le délai d'attente idle pour les sessions vty et la ligne de la console pour effacer toutes les sessions inactives. Cet exemple montre la configuration à utiliser pour régler le délai d'attente idle à 10 minutes :

    Cat6500#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    Cat6500(config)#line vty 0 4
    
    Cat6500(config-line)#exec-timeout ?
      <0-35791>  Timeout in minutes
    Cat6500(config-line)#exec-timeout 10 ?
      <0-2147483>  Timeout in seconds
      <cr>
    Cat6500(config-line)#exec-timeout 10 0
    
    Cat6500(config-line)#exit
    Cat6500(config)#line con 0
    
    Cat6500(config-line)#exec-timeout 10 0
    
    Cat6500(config-line)#exit
    Cat6500(config)#
  3. Vous pouvez également augmenter le nombre de sessions vty disponibles. Utilisez line vty 0 6 à la place de line vty 0 4 .

Dans certains cas, la sortie de la commande show user peut afficher no active vty pendant les sessions, mais une connexion au commutateur avec l'utilisation de la commande Telnet échoue toujours avec ce message d'erreur :

% telnet connections not permitted from this terminal

Dans ce cas, vérifiez que vous avez correctement configuré le vty. Lancez la commande transport input all pour permettre au vty de tout transporter.

Incapable de consoler l'équipement de réserve utilisant l'authentification de rayon

Problème

6500 Commutateurs sont empilés dans la batterie VSS ; quand vous essayez de consoler il dans un commutateur de réserve, il échoue avec ce message de log de rayon :

%RADIUS-4-RADIUS_DEAD : Serveur de RAYON 10.50.245.20:1812,1813 ne répond pas.

L'authentification par le telnet à ce superviseur de réserve fonctionne bien, et l'ouverture de session de console sur le superviseur actif fonctionne bien également. Le problème se produit avec la connexion à la console du superviseur de réserve.

Solution :

L'authentification de rayon contre la console pour l'équipement de réserve n'est pas possible. Le standby n'a pas la connectivité IP pour l'authentification d'AAA. Vous devez utiliser l'option de repli, telle qu'une base de données locale.

Compteurs de paquets géants sur des interfaces VSL

Parfois, les compteurs de paquets géants dans les interface VSL s'incrémentent même si aucun paquet de données géant n'est envoyé par le système.

Des paquets qui traversent les interfaces VSL portent un en-tête 32-byte VSL, au-delà et au-dessus de l'en-tête MAC normal. Cet en-tête idéalement est exclu de la classification de taille des paquets, mais le port ASIC inclut réellement cet en-tête dans cette classification. En conséquence, des paquets de contrôle qui sont proches de la taille 1518 qui est la limite pour des paquets de taille habituelle peuvent finir par être classés comme étant des paquets géants.

Actuellement, il n'y a aucun contournement de ce problème.

Le multiple VLAN apparaissent sur le commutateur

Vous pouvez voir les VLAN multiples sur le commutateur qui n'étaient pas là avant. Exemple :

Vlan982         unassigned      YES unset  administratively down down    
Vlan983         unassigned      YES unset  administratively down down    
Vlan984         unassigned      YES unset  administratively down down    
Vlan985         unassigned      YES unset  administratively down down    
Vlan986         unassigned      YES unset  administratively down down    
Vlan987         unassigned      YES unset  administratively down down    
Vlan988         unassigned      YES unset  administratively down down    
Vlan989         unassigned      YES unset  administratively down down    
Vlan990         unassigned      YES unset  administratively down down    
Vlan991         unassigned      YES unset  administratively down down    
Vlan992         unassigned      YES unset  administratively down down    
Vlan993         unassigned      YES unset  administratively down down    
Vlan994         unassigned      YES unset  administratively down down    
Vlan995         unassigned      YES unset  administratively down down    
Vlan996         unassigned      YES unset  administratively down down    
Vlan997         unassigned      YES unset  administratively down down    
Vlan998         unassigned      YES unset  administratively down down    
Vlan999         unassigned      YES unset  administratively down down    
Vlan1000        unassigned      YES unset  administratively down down    
Vlan1001        unassigned      YES unset  administratively down down    
Vlan1002        unassigned      YES unset  administratively down down    
Vlan1003        unassigned      YES unset  administratively down down    
Vlan1004        unassigned      YES unset  administratively down down    
Vlan1005        unassigned      YES unset  administratively down down

Comme résolution, VLAN VLAN-liste de Trafic-capture de filtre 1 - 700 la commande est ajoutée à la configuration. Tous les VLAN pas déjà configurés seront ajoutés en tant que couche 3 VLAN.

Problèmes d'alimentation électrique et de thermoventilateur

La LED INPUT OK de l'alimentation électrique ne s'allume pas

Si l'alimentation électrique INPUT OK de la LED ne s'allume pas après que vous avez allumé le commutateur de l'alimentation, lancez show power status all commande. Recherchez l'état de l'alimentation électrique, comme cet exemple le montre :

cat6knative#show power status all           
                        Power-Capacity PS-Fan Output Oper
PS   Type               Watts   A @42V Status Status State
---- ------------------ ------- ------ ------ ------ -----
1    WS-CAC-2500W       2331.00 55.50  OK     OK     on 
2    none
                        Pwr-Requested  Pwr-Allocated  Admin Oper
Slot Card-Type          Watts   A @42V Watts   A @42V State State
---- ------------------ ------- ------ ------- ------ ----- -----
1    WS-X6K-S2U-MSFC2    142.38  3.39   142.38  3.39  on    on
2    WSSUP1A-2GE         142.38  3.39   142.38  3.39  on    on
3    WS-X6516-GBIC       231.00  5.50   231.00  5.50  on    on
4    WS-X6516-GBIC       231.00  5.50   231.00  5.50  on    on
5    WS-X6500-SFM2       129.78  3.09   129.78  3.09  on    on
6    WS-X6502-10GE       226.80  5.40   226.80  5.40  on    on
cat6knative#

Si l'état n'est pas OK, comme dans cet exemple, suivez les étapes indiquées dans la section Dépannage de l'alimentation électrique de ce document. Dépannage (Commutateurs de la gamme Catalyst 6500) pour continuer le dépannage.

Dépannez les messages d'erreur C6KPWR-4-POWRDENIED : insufficient power, module in slot [dec] power denied ou %C6KPWR-SP-4-POWRDENIED : insufficient power, module in slot [dec] power denied

Ce message dans le journal d'erreurs indique qu'il n'y a pas assez de puissance pour mettre en marche le module. [dec] dans le message indique le numéro d'emplacement

%OIR-SP-6-REMCARD: Card removed from slot 9, interfaces disabled
C6KPWR-4-POWERDENIED: insufficient power, module in slot 9 power denied
C6KPWR-SP-4-POWERDENIED: insufficient power, module in slot 9 power denied

Lancez la commande show interface pour trouver le mode de la redondance d'alimentation électrique.

cat6knative#show power
system power redundancy mode = redundant
system power total = 27.460A
system power used = 25.430A
system power available = 2.030A
FRU-type       #    current   admin state oper
power-supply   1    27.460A   on          on
power-supply   2    27.460A   on          on
module         1    3.390A    on          on
module         2    3.390A    on          on
module         3    5.500A    on          on
module         5    3.090A    on          on
module         7    5.030A    on          on
module         8    5.030A    on          on
module         9    5.030A    on          off (FRU-power denied).

Cette sortie vous prouve que l'alimentation électrique est en mode redondant et qu' une alimentation électrique n'est pas suffisante pour actionner tout le châssis. Vous pouvez exécuter l'une de ces deux options :

  • Trouvez une alimentation électrique de haute puissance en watts.

    Par exemple, si l'alimentation électrique actuelle est le courant alternatif 1300W, trouvez un courant alternatif 2500W ou une alimentation électrique 4000W AC.

  • Placez le mode de la redondance d'alimentation électrique en mode combiné.

    Voici un exemple :

    cat6knative(config)#power redundancy-mode combined 
    cat6knative(config)#
     %C6KPWR-SP-4-PSCOMBINEDMODE: power supplies set to combined mode. 
    

Dans le mode combiné, les deux alimentations électriques fournissent la puissance. Cependant, dans ce mode, si une alimentation électrique échoue, vous perdez à nouveau la puissance vers le module parce que l'alimentation électrique qui reste ne peut pas fournir la puissance à tout le châssis.

Par conséquent, la meilleure option est d'utiliser une alimentation de haute puissance en watts approvisionnement.

La puissance qui est réservée à un emplacement vide ne peut pas être réattribuée. Si, par exemple, l'emplacement 6 est vide, et si l'emplacement 2 a seulement 68 watts de disponible, vous ne pouvez pas réallouer à l'emplacement 2 les 282 watts qui sont réservés à l'emplacement 6 pour obtenir plus de puissance en watts disponible pour l'emplacement 2.

Chaque emplacement a sa propre puissance disponible, et, si elle n'est pas en service, elle ne peut pas être réallouée à un autre emplacement. Il n'y a aucune commande pour désactiver la puissance réservée à un emplacement vide.

Remarque: Assurez-vous que le commutateur est connecté à un 220VAC au lieu d'un 110VAC (si l'alimentation électrique supporte 220VAC) pour utiliser la capacité totale des sources d'alimentation électrique approvisionnements.

Pour plus d'informations sur la gestion de l'alimentation, référez-vous Gestion de l'alimentation pour des commutateurs de la gamme Catalyst 6000.

La LED du thermoventilateur est ROUGE ou signalée en échec dans la sortie de commande show environment status

Si vous lancez la commande show environment status et si vous voyez que l'assemblage du thermoventilateur a échoué, suivez les étapes dans la section Dépannage de l'assemblage du thermoventilateur du document Dépannage (Commutateurs de la gamme Catalyst 6500) afin d'identifier le problème.

Voici un exemple :

cat6knative#show environment status                              
backplane: 
  operating clock count: 2
  operating VTT count: 3
fan-tray 1: 
  fan-tray 1 fan-fail: failed

!--- Output suppressed.

"La commande « Diagnostic level complete » entraîne une défaillance sur 6500

Ce message d'erreur est vu sur la version IOS 12,1 plus ancienne qui a atteint la fin du support [} EOS/Fin de vie [EOL]. Réglez de nouveau les diagnostics sur le défaut de valeur minimale, ou mettez à niveau le logiciel IOS qui fonctionne sur le périphérique vers la dernière version d'IOS pour résoudre ce problème.

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: 24053