Ce document fournit des directives générales pour déterminer s'il y a une défaillance matérielle sur un commutateur de Catalyst. La liste de contrôle ci-dessous applique au Catalyst 4500/4000, 5500/5000, et aux Commutateurs de gamme 6500/6000 exécutant le logiciel OS de Cisco Catalyst (CatOS). Le but est d'aider Cisco des clients à identifier des problèmes matériels de base, ou à exécuter un dépannage plus étendu avant de contacter le support technique de Cisco.
Vous pouvez également se référer à ces documents relatifs de dépannage pour davantage d'assistance :
Dépannage matériel des commutateurs Catalyst 5500/5000/2926G/2926
Dépannage matériel des commutateurs Catalyst 4000/4912G/2980G/2948G
Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.
Aucune condition préalable spécifique n'est requise pour ce document.
Les informations dans ce document sont basées sur les commandes disponibles dans toutes les versions de logiciel pour le Catalyst 4500/4000, 5500/5000, et 6500/6000 de Commutateurs.
La seule exception à ceci est la commande de set test diagleveau, qui a été introduite dans la version de logiciel 5.4(1) de CatOS.
Si vous exécutez le logiciel de Cisco IOS® sur des Commutateurs de gamme Catalyst 6500/6000 ou Catalyst 4500/4000, l'exposition et les commandes set utilisées dans CatOS ne fonctionnent pas. Cependant, les étapes utilisées dans ce document appliquent au composant matériel du commutateur et peuvent être appliquées utilisant la commande comparable de logiciel de Cisco IOS.
Les informations présentées dans ce document ont été créées à partir de périphériques dans un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si vous travaillez dans un réseau opérationnel, assurez-vous de bien comprendre l'impact potentiel de toute commande avant de l'utiliser.
Ce qui suit est un processus de dépannage ordonné qui aidera à recueillir les informations nécessaires pour résoudre le problème. Affiner la dimension du problème épargnera le temps précieux de client en trouvant une solution et après les étapes s'assurera que d'importantes données ne seront pas perdues.
Visualisez la sortie de la commande de show system pour toutes les pannes. Les zones STATUS associent aux divers LED sur les composants système. Tous les divers LED sur le système devraient être verts. Si les LED ne sont pas vert ceci pourrait indiquer une panne. Il est important de comprendre les composants de famille de commutateur de Catalyst et ce qui les LED vous indiquent déterminer si un composant manque. L'état DEL sur l'engine de superviseur indique si l'engine de superviseur a passé tous les tests de diagnostic. L'engine de superviseur contient le système d'exploitation de système. Vérifiez l'engine de superviseur si vous avez des ennuis avec le logiciel système. Ayez une session de console ouverte et déterminez si l'engine de superviseur est en mode de démarrage ou de moniteur ROM (ROMmon). Si le commutateur est coincé dans le démarrage ou le mode de ROMmon, suivez les étapes de dépannage dans les Commutateurs récupérants de Catalyst exécutant CatOS du document de pannes d'initialisation.
La commande de show system te fournira l'important environnement et les informations système pour le commutateur de Catalyst. La sortie de commande affiche également la disponibilité, qui est la durée que le commutateur a été en service. Ces informations sont utiles en déterminant le temps où une panne de commutateur a pu s'être produit.
Si vous avez la sortie d'une commande de show system de votre périphérique de Cisco, vous pouvez utiliser l'Output Interpreter (clients enregistrés seulement) pour afficher des éventuels problèmes et des difficultés.
Console (enable) show systemPS1-Status PS2-Status ---------- ---------- ok none Fan-Status Temp-Alarm Sys-Status Uptime d,h:m:s Logout---------- ---------- ---------- -------------- ---------faulty off faulty 18,22:37:24 20 minPS1-Type PS2-Type ------------ ------------ WS-CAC-1300W none Modem Baud Traffic Peak Peak-Time------- ----- ------- ---- -------------------------disable 9600 0% 0% Fri May 24 2002, 07:04:29PS1 Capacity: 1153.32 Watts (27.46 Amps @42V)System Name System Location System Contact CC------------------------ ------------------------ ------------------------ --- Console (enable)
Remarque: Si des pannes se produisent comme le Thermoventilateur-état défectueux ci-dessus, examinez l'assemblage et les blocs d'alimentation de thermoventilateur pour déceler tous les problèmes.
Picoseconde - État : indique le statut des blocs d'alimentation dans le châssis. Une picoseconde manquante ou une picoseconde qui n'a pas l'alimentation fournie pourrait indiquer une panne sur le module d'engine de superviseur (état du système défectueux). Si le commutateur a un LED système orange et un PS#-état de défectueux ceci ne signifie pas nécessairement que le bloc d'alimentation ou le commutateur est défectueux. C'est une indication possible qu'un des blocs d'alimentation n'a pas été inséré correctement ou il ne peut être branché.
Remarque: Le Catalyst 4006 exige deux blocs d'alimentation installés pour actionner le commutateur, et un bloc d'alimentation supplémentaire pour la Redondance. Le pour en savoir plus, passent en revue la section d'équipement standard des fonctionnalités principales du document de Commutateurs de famille de Catalyst 4000.
État de thermoventilateur : si ceci indique un problème, le système pourrait devenir surchauffé et donc pour poser des problèmes avec le fonctionnement du commutateur.
Système-état : indique s'il y a n'importe quelle panne détectée dans le système.
Le trafic et crête : ceci donne une indication du chargement sur le fond de panier du Catalyst. Surveillez cette utilisation quand le réseau s'exécute normalement sans problème. Plus tard, quand un problème pourrait se poser sur le réseau, les résultats du fonctionnement normal pourraient être utilisés pour comparer si, par exemple, les boucles du Protocole Spanning Tree (STP), les saturations de diffusion, ou d'autres types d'événements qui génèrent beaucoup de trafic peuvent faire éprouver d'autres périphériques une représentation plus lente.
Visualisez la sortie du module manquant suspecté en émettant la commande modèle de show test.
Remarque: La commande de show test peut t'afficher une entrée de diaglevel. Si ce diaglevel est placé pour sauter ou minimal, vous pouvez changer ceci en émettant la commande complète de set test diagleveau, et en remettant à l'état initial le module de sorte que l'autotest se produise. La commande complète de set test diagleveau exécute tous les autotests disponibles, tandis que les options minimales et de contournement en ignorent ou tous les tests.
Si vous voyez un F dans la sortie de la commande de show test, ceci indique que la présente partie pourrait souffrir d'une défaillance matérielle.
Échantillon 1 : Catalyst 4000
Galaxy> (enable) show test 1 Diagnostic mode (mode at next reset: complete) Module 1 : 2-port 1000BaseX Supervisor POST Results Network Management Processor (NMP) Status: (. = Pass, F = Fail, U = Unknown) Galaxy Supervisor Status : . CPU Components Status Processor : . DRAM : . RTC : . EEPROM : . FLASH : . NVRAM : . Temperature Sensor : . Uplink Port 1 : . Uplink Port 2 : . Me1 Status : . EOBC Status : . SCX1000 - 0 Register : . Switch Sram : . Switch Gigaports 0: . 1: . 2: . 3: . 4: . 5: . 6: . 7: . 8: . 9: . 10: . 11: . SCX1000 - 1 Register : . Switch SRAM : . Switch Gigaports 0: . 1: . 2: . 3: . 4: . 5: . 6: . 7: . 8: . 9: . 10: . 11: . SCX1000 - 2 Register : . Switch SRAM : . Switch Gigaports 0: . 1: . 2: . 3: . 4: . 5: . 6: . 7: . 8: . 9: . 10: . 11: . Galaxy> (enable) show test 5 Diagnostic mode (mode at next reset: complete) Module 5 : 14-port 1000 Ethernet Status: (. = Pass, F = Fail, U = Unknown) Eeprom: . NICE Regs: Ports 1-4 : . Ports 5-8 : . Ports 9-12 : . NICE SRAM: Ports 1-4 : . Ports 5-8 : . Ports 9-12 : . 1000Base Loopback Status: Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 ----------------------------------------- . . . . . . . . . . . . . .
Échantillon 2 : Catalyst 5000
Sacal> show test 1 Module 1 : 2-port 100BaseFX MM Supervisor Network Management Processor (NMP) Status: (. = Pass, F = Fail, U = Unknown) ROM: . Flash-EEPROM: . Ser-EEPROM: . NVRAM: . MCP Comm: . EARL Status : NewLearnTest: . IndexLearnTest: . DontForwardTest: . MonitorTest . DontLearn: . FlushPacket: . ConditionalLearn: . EarlLearnDiscard: . EarlTrapTest: . Line Card Diag Status for Module 1 (. = Pass, F = Fail, N = N/A) CPU : . Sprom : . Bootcsum : . Archsum : N RAM : . LTL : . CBL : . DPRAM : . SAMBA : . Saints : . Pkt Bufs : . Repeater : N FLASH : N MII Status: Ports 1 2 ----------- N N SAINT/SAGE Status : Ports 1 2 3 -------------- . . . Packet Buffer Status : Ports 1 2 3 -------------- . . . Loopback Status [Reported by Module 1] : Ports 1 2 3 -------------- . . . Channel Status : Ports 1 2 ----------- . .
Échantillon 3 : Catalyst 6500
tamer>(enable) show test 1 Diagnostic mode: complete (mode at next reset: minimal) Module 1 : 2-port 1000BaseX Supervisor Network Management Processor (NMP) Status: (. = Pass, F = Fail, U = Unknown) ROM: . Flash-EEPROM: . Ser-EEPROM: . NVRAM: . EOBC Comm: . Line Card Status for Module 1 : PASS Port Status : Ports 1 2 ----------- . . Line Card Diag Status for Module 1 (. = Pass, F = Fail, N = N/A) Module 1 Earl V Status : NewLearnTest: . IndexLearnTest: . DontForwardTest: . DontLearnTest: . ConditionalLearnTest: . BadBpduTest: . TrapTest: . MatchTest: . SpanTest: . CaptureTest: . ProtocolMatchTest: . IpHardwareScTest: . IpxHardwareScTest: . MultipleRoutersScTest: . L3DontScTest: . L3RedirectTest: . L3Capture2Test: . L3VlanMetTest: . AclPermitTest: . AclDenyTest: . Loopback Status [Reported by Module 1] : Ports 1 2 ----------- . . Channel Status : Ports 1 2 ----------- . . InlineRewrite Status : Ports 1 2 ----------- . . tamer>(enable) show test 3 Diagnostic mode: complete (mode at next reset: minimal) Module 3 : 48-port 10/100BaseTX Ethernet Line Card Status for Module 3 : PASS Port Status : Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 ----------------------------------------------------------------------------- . . . . . . . . . . . . . . . . . . . . . . . . 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 ------------------------------------------------------------------------ . . . . . . . . . . . . . . . . . . . . . . . . Line Card Diag Status for Module 3 (. = Pass, F = Fail, N = N/A) Loopback Status [Reported by Module 1] : Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 ----------------------------------------------------------------------------- . . . . . . . . . . . . . . . . . . . . . . . . Ports 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 ----------------------------------------------------------------------------- . . . . . . . . . . . . . . . . . . . . . . . . Channel Status : Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 ----------------------------------------------------------------------------- . . . . . . . . . . . . . . . . . . . . . . . . Ports 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 ----------------------------------------------------------------------------- . . . . . . . . . . . . . . . . . . . . . . . . InlineRewrite Status : Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 ----------------------------------------------------------------------------- . . . . . . . . . . . . . . . . . . . . . . . . Ports 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 ----------------------------------------------------------------------------- . . . . . . . . . . . . . . . . . . . . . . . .
Visualisez la sortie de la commande de show logging buffer pour tous les messages d'erreur affichés autour du temps où vous avez rencontré la panne de commutateur.
Le commutateur de Catalyst peut afficher un message indiquant tous les événements qui ont eu lieu dans le commutateur. Regardez cette sortie et vérifiez la signification de tous les messages affichés dans le document de message et de procédures de récupération. Ceci peut te donner une indication de ce qui exactement est allée mal au moment de la panne, et te permet de vérifier si le problème est matériel ou logiciel associé. Utilisez l'outil de décodeur de messages d'erreur (clients enregistrés seulement) pour aider à déchiffrer la sortie de tous les messages.
Le Syslog peut donner les messages d'erreur suivants :
SYS-2-FAN_FAIL: Fan failedSYS-2-MOD_TEMPMINORFAIL: Module 2 minor temperature threshold exceeded
Si nous consultation les messages dans le message et les procédures de récupération, nous voyons que le premier message indique une panne d'un ou plusieurs thermoventilateurs dans le système. Ceci est suivi par un message que le module 2 a détecté que la température s'est élevée sur le module 2. dans ce cas, vous doit examiner le module de ventilateur afin de résoudre le problème.
En plus d'examiner les messages d'erreur, c'est une bonne utilisation d'idée le Bug Toolkit (clients enregistrés seulement) de voir s'il y a des questions avec la version logicielle. La commande de show version fournira les informations de version de logiciel pour l'utiliser pour une recherche de bogue.
Par exemple, si vous identifiez une exception dans la sortie de show log command, employez le Bug Toolkit (clients enregistrés seulement) pour rechercher des bogues sur votre plate-forme Catalyst, version de logiciel, et l'exception au show log.
Vérifiez le numéro de version du module que vous avez les problèmes avec et la version de logiciel vous utilisez en émettant la commande de show version. Déterminez toute la mémoire vive dynamique (mémoire vive dynamique) et la mémoire Flash totale. Employez le conseiller de logiciel (clients enregistrés seulement) ou la présentation du produit pour la plate-forme particulière pour déterminer si le matériel est compatible avec le logiciel.
Cette commande vérifie la version du logiciel que vous exécutez. Cette commande a également des informations sur la taille de l'éclair et de la mémoire vive dynamique. C'est les informations utiles si vous devez améliorer.
Console (enable) show versionWS-C6509 Software, Version NmpSW: 5.5(5)Copyright (c) 1995-2000 by Cisco SystemsNMP S/W compiled on Dec 14 2000, 17:05:38System Bootstrap Version: 5.3(1)Hardware Version: 2.0 Model: WS-C6509 Serial #: SCA0412024UMod Port Model Serial # Versions--- ---- ------------------- ----------- --------------------------------------1 2 WS-X6K-SUP1A-2GE SAD04281END Hw : 3.2 Fw : 5.3(1) Fw1: 5.4(2) Sw : 5.5(5) Sw1: 5.5(5) WS-F6K-PFC SAD04340506 Hw : 1.13 8 WS-X6408-GBIC SAD0415009A Hw : 2.4 Fw : 5.1(1)CSX SW : 5.5(5)4 48 WS-X6348-RJ-45 SAL0446200S Hw : 1.4 Fw : 5.4(2) SW : 5.5(5)15 1 WS-F6K-MSFC SAD04120BNJ Hw : 1.4 Fw : 12.1(8a)E2 SW : 12.1(8a)E2 DRAM FLASH NVRAMModule Total Used Free Total Used Free Total Used Free------ ------- ------- ------- ------- ------- ------- ----- ----- -----1 65408K 37463K 27945K 16384K 15673K 711K 512K 236K 276KUptime is 18 days, 21 hours, 54 minutesConsole (enable)
Si une mise à jour est exigée, vérifiez toujours les notes de mise à jour d'abord pour la plate-forme particulière et choisissez la version que vous devez améliorer à.
Si vous avez des problèmes avec des plusieurs ports, essayez l'activation ou désactivation les ports en problème. Le port peut être activé ou désactivé en émettant le port de positionnement {enable | modèle de débronchement}/commande de port.
Dans certaines situations, le commutateur de Catalyst pourrait rencontrer des problèmes avec un port. Désactiver et réactiver ce port spécifique pourraient résoudre le problème.
Remarque: En désactivant ou en activant un port, vous pouvez également déclencher quelques événements sur le périphérique connecté à ce port (tel que redémarrer un processus sur un serveur qui est coincé). Dans la plupart des situations en désactivant et en réactivant un port résout votre problème, ceci signifie que le problème n'est pas matériel associé. Si ceci résout le problème, remettez à l'état initial ce linecard pendant une fenêtre de maintenance de sorte que l'autotest se produise.
Si vous avez des problèmes sur un port spécifique, essayez déplacer la connexion à un autre port. Utilisez une station que vous savez la fonctionner et pour connecter au port défectueux.
Si l'action précédente de désactiver et de réactiver le port fait pas clair le problème, déplacer la connexion à un port différent sur le même module (avec la même configuration). Si ceci résout le problème, ceci indique qu'une défaillance matérielle pourrait s'être produite. Si le problème persiste, il peut être dû à la configuration du périphérique connecté. Vérifiez que la vitesse du port et les paramètres bidirectionnels sont identique sur le port de commutateur et le périphérique connecté.
Par exemple, une station connectée au port 1 sur le module 7 continue à aller en haut et en bas. Essayez permuter les connexions du port 1 et du port 2 sur le même module (veillant que le port 1 et le port 2 ont la même configuration). Si le problème ne se pose plus sur le port 2, mais maintenant la station sur le port 1 commence le lien instable à la place, ceci indique un problème avec le port 1. Si le problème suit au port 2, ceci pourrait indiquer une question possible avec la configuration, le périphérique connecté, ou le problème de câble.
Ayez une session de console ouverte et capturez les diagnostics d'autotest de mise sous tension de démarrage (POST) et tous les messages d'erreur de système. Remettez à l'état initial le module en émettant la commande modèle de remise.
Après remise à l'état initial du module, si le linecard revient en ligne et tous les ports passent leur test de diagnostic et trafiquent des débuts passant, les problèmes de module est probablement dû à un problème logiciel. Émettez la commande modèle de show test de déterminer si ce module a passé tous ses tests de diagnostic sur le démarrage. Notez n'importe quel F pour des résultats d'échouer.
Retirez le module et examinez-le pour assurer les broches coudées. Pour réinsérer le module, enfoncez fermement les leviers d'éjection, et serrez les vis d'installation.
Dans certains cas, une carte mal mise en place peut entraîner les symptômes qui semblent être une défaillance matérielle. Une carte mal mise en place peut entraîner la corruption du trafic sur le fond de panier, qui pourrait avoir comme conséquence de divers problèmes se posant dans le châssis du Catalyst. Par exemple, si un module corrompt le trafic sur le fond de panier du Catalyst, ceci peut faire échouer l'autotest pour chacun des deux lui-même et d'autres modules. Réinsérer toutes les cartes peut résoudre ceci et permettre aux autotests pour passer.
Essayez retirer tous les linecards dans le châssis, excepté le module actif d'engine de superviseur et le module de problème, pour déterminer si la panne vous rencontrait des modifications. Si la panne continue, déplacez le linecard à un emplacement de travail connu dans le châssis.
Remarque: Si le module était un type différent de module, sauvegardez votre configuration et émettez la commande de module de clear config.
Si un des linecards dans le châssis est défectueux, il peut entraîner une panne sur d'autres linecards aussi bien. Dans ce cas, retirer une carte peut résoudre les problèmes vus sur les autres cartes. Si le module manque toujours après que vous ayez retiré tous les autres linecards et ayez déplacé le linecard à un autre emplacement, ceci peut indiquer que le linecard est défectueux. Si un autre commutateur est disponible, essayez le module dans un autre châssis pour déterminer finalement si c'est un problème de module ou de châssis.
Si le module semble fonctionner normalement et passer le trafic après avoir retiré les modules supplémentaires et déplacement du module à un autre emplacement, ceci peut indiquer un problème éventuel avec le châssis. Essayez remettre le module dans son emplacement d'origine et déterminez si les pannes retournent. Si le module semble fonctionner normalement et passe le trafic dans l'emplacement d'origine, ceci peut indiquer un problème logiciel. Employez le Bug Toolkit (clients enregistrés seulement) pour rechercher des bogues sur la plate-forme Catalyst, la version de logiciel, et l'erreur que vous éprouvez.
Retirez l'engine de superviseur et l'examinez pour assurer les broches coudées. Réinsérez l'engine de superviseur, enfoncez fermement les leviers d'éjection, et serrez les vis captives d'installation. Pour les Commutateurs de gammes Catalyst 5500 et 6000, les engines de superviseur peuvent être installées dans l'emplacement 1 et 2. Pour éliminer des problèmes de dépendance d'emplacement, déplacez l'engine de superviseur à l'autre emplacement disponible pour le module d'engine de superviseur. Les Commutateurs de gammes Catalyst 5500 et 6000 prennent en charge également la Redondance qui permet au commutateur pour avoir de doubles engines de superviseur. Si vous êtes de doubles engines courantes de superviseur, essayez de forcer un basculement au Supervisor Engine de secours en débranchant l'engine active de superviseur ou en émettant la commande modèle de remise. Pour plus d'informations sur des conditions requises d'engine de superviseur d'emplacement, référez-vous à ces liens :
Ayez une session de console ouverte et capturez les diagnostic du post de démarrage et tous les messages d'erreur de système. Attente l'engine de superviseur à initialiser. Si le système-état de commande de show system est encore défectueux, l'engine de superviseur a manqué.
Contrôle ce qui se produisait au moment de la panne.
Si une panne continue à se reproduire, examinez ce qui se produit à ce moment-là et endroit. Ceci pourrait te donner une indication quant à ce qui se produit en dehors de du commutateur de Catalyst la faisant échouer. Par exemple, une interruption courte de l'alimentation, qui pourrait être des lumières clignotant dans le bâtiment.