In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
Dieses Dokument beschreibt die Fehlerbehebung bei Hardware- und verwandten häufigen Problemen mit Catalyst 6500/6000-Switches, auf denen Cisco IOS®-Systemsoftware ausgeführt wird.
Es gibt keine spezifischen Anforderungen für dieses Dokument.
Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Die Cisco IOS Software bezieht sich auf das zentrale Cisco IOS-Image für die Supervisor Engine und das Multilayer Switch Feature Card (MSFC)-Modul. In diesem Dokument wird davon ausgegangen, dass Sie ein Problem-Symptom haben und dass Sie zusätzliche Informationen zu diesem Problem erhalten oder es beheben möchten. Dieses Dokument gilt für Catalyst 6500/6000 Switches der Supervisor Engine 1, 2 oder 720.
Die Systemmeldungen werden auf der Konsole ausgegeben, wenn die Konsolenprotokollierung aktiviert ist, oder im Syslog, wenn Syslog aktiviert ist. Einige der Meldungen dienen lediglich zu Informationszwecken und weisen nicht auf einen Fehlerzustand hin. Eine Übersicht der Systemfehlermeldungen finden Sie unter Übersicht über Systemmeldungen . Aktivieren Sie die entsprechende Protokollierungsebene, und konfigurieren Sie den Switch so, dass die Meldungen bei einem Syslog-Server protokolliert werden. Weitere Informationen zur Konfiguration finden Sie im Dokument Configure Router and Switch Devices.
Um die protokollierten Meldungen zu überwachen, geben Sie den Befehl show logging ein, oder verwenden Sie regelmäßig ein Tool zum Überwachen von Stationen. Wenn Sie das Problem weiterhin nicht ermitteln können oder die Fehlermeldung nicht in der Dokumentation enthalten ist, wenden Sie sich an das Cisco Technical Support Eskalation Center.
Die Fehlermeldung %CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: Module 4 Error counter extends threshold wird in der Konsole des Catalyst 6500 angezeigt. Dieses Problem kann zwei Ursachen haben:
eine schlechte Verbindung zur Rückwandplatine (verbogener Steckerstift oder schlechte elektrische Verbindung) oder
Dies kann mit der ersten Anzeige eines ausgefallenen Moduls zusammenhängen.
Um dieses Problem zu beheben, stellen Sie die Diagnose-Bootstufe auf "abgeschlossen" und setzen Sie dann Modul 4 wieder fest in das Gehäuse ein. Dadurch werden latente Hardwarefehler aufgefangen und Verbindungsprobleme mit der Rückwandplatine behoben.
Der Befehl show diagnostic -Vernunftdiagnose führt eine Reihe vordefinierter Konfigurationsüberprüfungen sowie eine Kombination bestimmter Systemzustände aus. Der Befehl erstellt dann eine Liste der Warnbedingungen. Die Schecks sind so konzipiert, dass sie nach allem suchen, was unangebracht erscheint. Die Überprüfungen sollen als Hilfestellung bei der Fehlerbehebung und der Aufrechterhaltung der Systemintegrität dienen. Der Befehl ändert keine aktuellen Variablen oder Systemzustände. Er liest die Systemvariablen, die der Konfiguration und den Zuständen entsprechen, um Warnungen auszulösen, wenn eine Übereinstimmung mit einer Reihe vorbestimmter Kombinationen vorliegt. Der Befehl hat keine Auswirkungen auf die Switch-Funktionalität, und Sie können ihn in einer Produktionsnetzwerkumgebung verwenden. Die einzige Einschränkung während des Ausführungsprozesses besteht darin, dass der Befehl das Dateisystem für eine begrenzte Zeit reserviert, während der Befehl auf die Boot-Images zugreift und deren Gültigkeit testet. Der Befehl wird in Version 12.2(18)SXE1 oder höher der Cisco IOS-Software unterstützt.
Mit diesem Befehl kann die Konfiguration auf einen Parameter überprüft werden, der gültig erscheint, aber negative Auswirkungen haben kann. Warnen Sie den Benutzer in folgenden Fällen:
Trunking: Trunk-Modus ist "on" (Ein) oder Port ist Trunking ist "auto" (automatisch). Ein Trunk-Port verfügt über einen Modus, der auf "Desirable" (Erwünscht) gesetzt ist und kein Trunk ist, oder wenn der Trunk-Port eine Halbduplex-Verbindung aushandelt.
Channeling - Der Channeling-Modus ist "on" (Ein) oder wenn ein Port nicht Channeling durchführt und der Modus auf den gewünschten Modus eingestellt ist.
Spanning Tree (Spanning Tree) - Eine der Optionen ist auf den Standardwert festgelegt:
root max age (max. root-alter)
Durchlaufverzögerung
Höchstalter
maximale Vorwärtsverzögerung
hello-zeit
Hafenkosten
Port-Priorität
Oder, wenn der Spanning-Tree-Root nicht für ein VLAN festgelegt ist.
UDLD - UDLD (UniDirectional Link Detection) ist im Port deaktiviert, heruntergefahren oder befindet sich im unbestimmten Zustand.
Flow Control und PortFast - Port hat eine deaktivierte oder aktivierte Flusskontrolle erhalten.
Hohe Verfügbarkeit - Redundante Supervisor Engine ist vorhanden, aber hohe Verfügbarkeit ist deaktiviert.
Boot String and boot config register (Boot-Zeichenfolge und Boot-Konfigurationsregister) - Boot String ist leer, oder er enthält eine ungültige Datei, die als Boot-Abbild angegeben ist. Das Konfigurationsregister ist alles andere als 0x2, 0x102 oder 0x2102.
IGMP Snooping - Internet Group Management Protocol (IGMP) Snooping ist deaktiviert. Wenn IGMP-Snooping deaktiviert, aber das Router-Port Group Management Protocol (RGMP) aktiviert ist, und Multicast global aktiviert, aber auf der Schnittstelle deaktiviert ist.
SNMP Community access strings - Die Zugriffszeichenfolgen ( rw , ro, rw-all ) sind auf den Standardwert gesetzt.
Ports - Ein Port handelt einen Halbduplex aus oder weist eine Duplex/VLAN-Diskrepanz auf.
Inline-Stromanschlüsse - Ein Inline-Stromanschluss hat einen der folgenden Status:
abgelehnt
fehlerhaft
andere
off
Module - Ein Modul befindet sich in einem anderen Zustand als "OK".
Tests (Tests): Listet die Systemdiagnosetests auf, die beim Start fehlgeschlagen sind.
Default gateway(s) unreachable (Standardgateway(s) nicht erreichbar): Sendet einen Ping-Befehl an die Standard-Gateways, um diejenigen aufzulisten, die nicht erreicht werden können.
Überprüft, ob der Bootflash richtig formatiert ist und genügend Speicherplatz für eine crashinfo-Datei hat.
Dies ist eine Beispielausgabe:
Hinweis: Die tatsächliche Ausgabe kann je nach Softwareversion variieren.
Switch#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
Weitere Informationen finden Sie im Abschnitt show diagnostic sanity (Diagnosefehlersuche anzeigen) im Software Configuration Guide (Softwarekonfigurationshandbuch).
Wenn die Supervisor Engine-LED Ihres Switches rot leuchtet oder der Status defekt anzeigt, kann ein Hardwareproblem vorliegen. Sie können eine Systemfehlermeldung erhalten, die der folgenden ähnelt:
%DIAG-SP-3-MINOR_HW: Module 1: Online Diagnostics detected Minor Hardware Error
Gehen Sie folgendermaßen vor, um weitere Fehler zu beheben:
Konsole in die Supervisor Engine einsetzen und das Anzeigediagnosemodul "{1}" ausgeben | 2} Befehl, wenn möglich.
Hinweis: Sie müssen die Diagnosestufe auf "Complete" (Abgeschlossen) setzen, damit der Switch eine vollständige Testreihe durchführen kann, um Hardwarefehler zu identifizieren. Die Leistung des vollständigen Online-Diagnosetests erhöht die Startzeit leicht. Ein Hochfahren auf der minimalen Ebene dauert nicht so lange wie auf der vollständigen Ebene, aber es werden immer noch potenzielle Hardwareprobleme auf der Karte erkannt. Führen Sie den globalen Konfigurationsbefehl für die Diagnosestartstufe aus, um zwischen den Diagnosestufen umzuschalten. Die Standard-Diagnosestufe ist auf der Cisco IOS-Systemsoftware minimal.
Hinweis: Online-Diagnosen werden für Supervisor Engine 1-basierte Systeme, auf denen Cisco IOS-Software ausgeführt wird, nicht unterstützt.
Diese Ausgabe zeigt ein Beispiel für einen Fehler:
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 ---------- . .
Wenn die Einschaltdiagnose einen Fehler zurückgibt, den die F in den Testergebnissen anzeigt, gehen Sie wie folgt vor:
Setzen Sie das Modul wieder fest ein, und stellen Sie sicher, dass die Schrauben fest verschraubt sind.
Setzen Sie das Modul in einen zweifelsfrei funktionierenden Steckplatz im gleichen oder einem anderen Chassis ein.
Hinweis: Die Supervisor Engine 1 oder 2 kann entweder in Steckplatz 1 oder nur in Steckplatz 2 eingesetzt werden.
Fehlerbehebung, um das Risiko eines fehlerhaften Moduls zu vermeiden
Hinweis: In seltenen Fällen kann ein fehlerhaftes Modul dazu führen, dass die Supervisor Engine als fehlerhaft gemeldet wird.
Führen Sie einen der folgenden Schritte durch, um diese Möglichkeit zu vermeiden:
Wenn Sie vor kurzem ein Modul eingefügt haben und die Supervisor Engine Probleme gemeldet hat, entfernen Sie das zuletzt eingesetzte Modul, und setzen Sie es wieder fest ein. Wenn Sie weiterhin Meldungen erhalten, die darauf hinweisen, dass die Supervisor Engine fehlerhaft ist, starten Sie den Switch ohne dieses Modul neu. Wenn die Supervisor Engine ordnungsgemäß funktioniert, besteht die Möglichkeit, dass das Modul fehlerhaft ist. Überprüfen Sie den Anschluss der Rückwandplatine des Moduls, um sicherzustellen, dass keine Beschädigungen vorhanden sind. Wenn keine Beschädigung der Sicht auftritt, verwenden Sie das Modul in einem anderen Steckplatz oder in einem anderen Gehäuse. Überprüfen Sie außerdem den Steckplatzanschluss an der Rückwandplatine auf verbogene Stifte. Verwenden Sie bei Bedarf eine Taschenlampe, wenn Sie die Steckerstifte an der Chassis-Rückwandplatine überprüfen. Wenn Sie weiterhin Hilfe benötigen, wenden Sie sich an den technischen Support von Cisco.
Wenn Ihnen kein kürzlich hinzugefügtes Modul bekannt ist und der Austausch der Supervisor Engine das Problem nicht behebt, besteht die Möglichkeit, dass das Modul nicht richtig eingesetzt wurde oder fehlerhaft ist. Entfernen Sie zur Fehlerbehebung alle Module außer der Supervisor Engine aus dem Gehäuse. Schalten Sie das Gehäuse ein, und stellen Sie sicher, dass die Supervisor Engine fehlerfrei läuft. Wenn die Supervisor Engine ohne Fehler ausgeführt wird, fügen Sie die Module nacheinander ein, bis Sie feststellen, welches Modul fehlerhaft ist. Wenn die Supervisor Engine nicht erneut ausfällt, besteht die Möglichkeit, dass eines der Module nicht richtig eingesetzt wurde. Beobachten Sie den Switch, und erstellen Sie bei weiterhin auftretenden Problemen eine Serviceanfrage beim technischen Support von Cisco, um eine weitere Fehlerbehebung vorzunehmen.
Führen Sie nach jedem dieser Schritte den Befehl show diagnostic module <module_number> aus. Prüfen Sie, ob das Modul noch den Status "Fehler" anzeigt. Wenn der Status des Fehlers weiterhin angezeigt wird, erfassen Sie das Protokoll der vorherigen Schritte, und erstellen Sie eine Serviceanfrage beim technischen Support von Cisco, um weitere Unterstützung zu erhalten.
Hinweis: Wenn Sie den Cisco IOS Software Release 12.1(8)-Zug ausführen, werden die Diagnosen nicht vollständig unterstützt. Wenn die Diagnose aktiviert ist, erhalten Sie falsche Fehlermeldungen. Die Diagnose wird von der Cisco IOS Software Version 12.1(8b)EX4 und höher sowie von Systemen mit Supervisor Engine 2 in der Cisco IOS Software Version 12.1(11b)E1 und höher unterstützt. Weitere Informationen finden Sie außerdem unter Problemhinweis: Diagnose in Version 12.1(8b)EX2 und 12.1(8b)EX3 der Cisco IOS-Software falsch aktiviert.
Wenn der Switch nicht bootet und die Selbstdiagnose während des Bootvorgangs nicht erfolgreich durchgeführt werden kann, erfassen Sie die Ausgabe, und stellen Sie eine Serviceanfrage beim technischen Support von Cisco, um weitere Unterstützung zu erhalten.
Wenn Sie keinen Hardwarefehler in der Bootreihenfolge oder in der Ausgabe des Show Diagnostics-Moduls sehen {1} | 2} , geben Sie die Befehle show environment status und show environment temperature ein, um die Ausgaben in Bezug auf die Umgebungsbedingungen zu überprüfen und nach anderen fehlerhaften Komponenten zu suchen.
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
Wenn eine Systemkomponente ausfällt (Lüfter, Spannungsabbruch [VTT]), erstellen Sie eine Serviceanfrage beim technischen Support von Cisco, und geben Sie die Befehlsausgabe an.
Wenn in dieser Ausgabe für eines der Module ein Fehlerstatus angezeigt wird, führen Sie den Befehl hw-module module <module_number> reset aus. Oder setzen Sie das Modul wieder in denselben oder einen anderen Steckplatz ein, um das Modul wiederherzustellen. Weitere Informationen finden Sie auch im Abschnitt Fehlerbehebung bei Modulen, die nicht online sind oder auf fehlerhafte oder andere Status hinweisen dieses Dokuments.
Wenn der Status OK anzeigt, wie in Schritt 3 gezeigt, geben Sie den Befehl show environment alarms ein, um nach einem Umgebungsalarm zu suchen.
Wenn keine Alarme vorhanden sind, wird ähnlich wie folgt ausgegeben:
cat6knative#show environment alarm environmental alarms: no alarms
Wenn jedoch ein Alarm vorliegt, ist die Ausgabe ähnlich:
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)
Missing
im System-Image.Wenn sich Ihre Supervisor Engine in einem fortlaufenden Prozess befindet booting
-Schleife, im ROM Monitor (ROMmon)-Modus, oder hat nicht das System-Image, das Problem ist höchstwahrscheinlich kein Hardware-Problem.
Die Supervisor Engine wechselt in den ROMmon-Modus oder startet nicht, wenn das System-Image beschädigt oder missing
ist. Anweisungen zum Wiederherstellen der Supervisor Engine finden Sie unter Wiederherstellen eines Catalyst 6500/6000 mit Cisco IOS System-Software aus einem beschädigten oder
Bootloader-Image oder ROMmon-Modus. Missing
Sie können das Cisco IOS-Image entweder von Sup-bootflash: oder von Steckplatz0: (dem PC-Kartensteckplatz) booten. Eine Kopie des System-Images auf beiden Geräten zur schnelleren Wiederherstellung. Wenn Ihr Supervisor Engine 2-Bootflash-Gerät nur über 16 MB verfügt, kann ein Upgrade auf 32 MB erforderlich sein, um die neueren System-Images zu unterstützen. Weitere Informationen finden Sie in den Installationshinweisen zum Booten der Catalyst Supervisor Engine 2 der Serie 6500 und zum Bootflash-Device-Upgrade.
In diesem Abschnitt werden allgemeine Gründe dafür beschrieben, dass das Standby-Supervisor Engine-Modul nicht online ist, und es wird erläutert, wie Sie die einzelnen Probleme lösen können. Sie können auf eine der folgenden Arten feststellen, dass das Supervisor Engine-Modul nicht online ist:
Die Ausgabe des Befehls show module zeigt den Status other oder faulty .
Die gelbe Status-LED leuchtet.
Allgemeine Gründe/Lösungen
Führen Sie eine Konsolenverbindung zur Standby-Supervisor Engine durch, um festzustellen, ob diese sich im ROMmon-Modus oder im kontinuierlichen Neustart befindet. Wenn sich die Supervisor Engine in einem dieser Zustände befindet, finden Sie weitere Informationen unter Wiederherstellen eines Catalyst 6500/6000 mit Cisco IOS-Systemsoftware aus einem beschädigten oder fehlenden Boot Loader-Image oder ROMmon-Modus.
Hinweis: Wenn auf der aktiven und der Standby-Supervisor Engine nicht dieselbe Cisco IOS Software-Version ausgeführt wird, kann es vorkommen, dass die Standby-Engine nicht online geschaltet wird. Eine Supervisor Engine kann beispielsweise in folgenden Situationen nicht online gehen:
Die aktive Supervisor Engine führt den Modus "Route Processor Redundancy Plus (RPR+)" aus.
Hinweis: Der RPR+-Modus steht ab Version 12.1[11]EX der Cisco IOS-Software zur Verfügung.
Die Standby-Supervisor Engine führt eine Softwareversion aus, in der der RPR/RPR+-Modus nicht verfügbar ist, z. B. Version 12.1[8b]E9 der Cisco IOS-Software.
In diesem Fall kann die zweite Supervisor Engine nicht online geschaltet werden, da der Redundanzmodus standardmäßig auf eine verbesserte hohe Systemverfügbarkeit (EHSA) festgelegt ist. Die Standby-Supervisor Engine kann nicht mit der aktiven Supervisor Engine verhandeln. Stellen Sie sicher, dass auf beiden Supervisor Engines die gleiche Cisco IOS Software-Stufe ausgeführt wird.
Diese Ausgabe zeigt die Supervisor Engine in Steckplatz 2 im ROMmon-Modus. Sie müssen eine Konsole in die Standby-Supervisor-Engine integrieren, um diese wiederherzustellen. Informationen zu Wiederherstellungsverfahren finden Sie unter Wiederherstellen eines Catalyst 6500/6000 mit Cisco IOS System-Software aus einem beschädigten oder fehlenden Boot Loader-Image oder ROMmon-Modus .
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
Vergewissern Sie sich, dass das Supervisor Engine-Modul richtig im Anschluss an der Rückwandplatine sitzt. Stellen Sie außerdem sicher, dass die Installationsschraube der Supervisor Engine vollständig festgezogen ist. Weitere Informationen finden Sie in der Installationsanleitung für Catalyst Switching-Module der Serie 6500.
Um festzustellen, ob die Standby-Supervisor Engine fehlerhaft ist, geben Sie den Befehl redundancy reload peer von der aktiven Supervisor Engine aus ein. Beobachten Sie über die Konsole der Standby-Supervisor-Engine die Bootreihenfolge, um Hardwarefehler zu identifizieren.
Wenn die Standby-Supervisor Engine immer noch nicht online ist, erstellen Sie eine Serviceanfrage beim technischen Support von Cisco, um die Fehlerbehebung fortzusetzen. Wenn Sie die Serviceanfrage erstellen, geben Sie das Protokoll der Switch-Ausgabe an, die Sie aus den vorherigen Schritten erfasst haben.
Diese Fehlermeldung wird angezeigt, weil PA-1XCHSTM1/OC3 keine Diagnoseunterstützung in SRB bietet. Wenn dieser Befehl übergeben wird, während der Switch einen SRB-Code ausführt, wird der Status nicht anwendbar angezeigt. Dies bedeutet nicht, dass der Status des SPA-Schnittstellenprozessors nicht überprüft wird, da die Gesamtdiagnose die richtigen Ergebnisse liefert. Ab dem SRC-Code funktioniert diese Ausgabe. Dies wird durch einen Fehler mit dem SRB-Code verursacht, und dieser Fehler ist in Cisco Bug-ID CSCso02832 hinterlegt (nur für registrierte Cisco Clients zugänglich).
In diesem Abschnitt werden häufige Gründe erläutert, warum der Catalyst Switch Standby-Supervisor unerwartet neu geladen wird.
Der aktive Supervisor setzt den Standby-Supervisor zurück, nachdem die Synchronisierung mit der Startkonfiguration fehlgeschlagen ist. Das Problem kann auf das aufeinander folgende wr mem zurückzuführen sein, das von den Verwaltungsstationen in kurzer Zeit (1-3 Sekunden) ausgeführt wird, wodurch die Startkonfiguration gesperrt wird und die Synchronisierung fehlschlägt. Wenn der erste Synchronisierungsvorgang nicht abgeschlossen ist und der zweite wr mem ausgegeben wird, liegt ein Synchronisierungsfehler auf dem Standby-Supervisor vor, und manchmal lädt der Standby-Supervisor neu oder setzt ihn zurück. Dieses Problem ist in der Cisco Bug-ID CSCsg24830 dokumentiert (nur für registrierte Cisco Kunden zugänglich). Dieser Synchronisierungsfehler kann durch folgende Fehlermeldung identifiziert werden:
%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
Der aktive Supervisor synchronisiert seine Konfiguration nicht mit dem Standby-Supervisor. Diese Bedingung kann vorübergehender Natur sein, die durch die vorübergehende Verwendung der Konfigurationsdatei durch einen anderen Prozess verursacht wurde. Wenn Sie den Befehl show configuration oder den Befehl show running-configuration eingegeben haben, um die Konfiguration oder die aktuelle Konfiguration anzuzeigen, ist die Konfigurationsdatei gesperrt. Dieses Problem ist in der Cisco Bug-ID CSCeg21028 dokumentiert (Zugriff nur durch registrierte Cisco Clients). Dieser Synchronisierungsfehler kann durch folgende Fehlermeldung identifiziert werden:
%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
Wenn Sie ein Modul physisch aus dem Chassis entfernen, wird die Konfiguration für das Modul im Steckplatz weiterhin angezeigt. Dieses Problem resultiert aus dem Design, das einen einfacheren Austausch des Moduls ermöglicht. Wenn Sie den gleichen Modultyp in den Steckplatz einstecken, verwendet der Switch die Konfigurationen des Moduls, das sich zuvor im Steckplatz befand. Wenn Sie einen anderen Modultyp in den Steckplatz einsetzen, wird die Modulkonfiguration gelöscht. Um die Konfiguration automatisch zu entfernen, sobald ein Modul aus einem Steckplatz entfernt wird, geben Sie den Befehl module clear-config aus dem globalen Konfigurationsmodus ein. Stellen Sie sicher, dass Sie den Befehl eingeben, bevor die Module aus dem Steckplatz entfernt werden. Der Befehl löscht nicht die alten Konfigurationen von Modulen, die bereits aus dem Steckplatz entfernt wurden. Dieser Befehl löscht die Modulkonfiguration aus der Ausgabe des Befehls show running-config und die Schnittstellendetails aus der Ausgabe des Befehls show ip interface brief. In Cisco IOS, Version 12.2(18)SXF und höher, wird auch die Anzahl der Schnittstellentypen aus dem Befehl show version entfernt.
Wenn Ihr Switch ohne manuellen Eingriff selbstständig zurückgesetzt wurde, gehen Sie folgendermaßen vor, um das Problem zu identifizieren:
Der Switch kann einen Software-Absturz verursacht haben. Geben Sie den Befehl dir bootflash: ein, der das Bootflash-Gerät MSFC (Routingprozessor [RP]) und den Befehl dir slavebootflash: anzeigt, um einen Softwareabsturz zu überprüfen.
Die Ausgabe in diesem Abschnitt zeigt, dass crashinfo im RP-Bootflash: aufgezeichnet wurde. Stellen Sie sicher, dass der Crash, den Sie anzeigen, vom letzten Crash stammt. Geben Sie den Befehl more bootflash:filename ein, um die Crashfo-Datei anzuzeigen. In diesem Beispiel lautet der Befehl 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)
Der Befehl dir sup-bootflash: zeigt das Bootflash-Gerät der Supervisor Engine an. Sie können auch den Befehl dir slavesup-bootflash: eingeben, um das Standby-Gerät Supervisor Engine bootflash: anzuzeigen. Diese Ausgabe zeigt crashinfo, das im Bootflash der Supervisor Engine aufgezeichnet wurde:
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.
Wenn die Befehlsausgabe anzeigt, dass ein Softwareabsturz aufgetreten ist, als Sie den Neustart des Switches vermutet haben, wenden Sie sich an den technischen Support von Cisco. Geben Sie die Ausgabe des Befehls show tech-support und des Befehls show logging sowie die Ausgabe der crashinfo-Datei an. Um die Datei zu senden, übertragen Sie sie über TFTP vom Switch an einen TFTP-Server, und hängen Sie die Datei an das Gehäuse an.
Wenn keine crashinfo-Datei vorhanden ist, überprüfen Sie die Stromquelle für den Switch, um sicherzustellen, dass er nicht fehlschlägt. Wenn Sie eine unterbrechungsfreie Stromversorgung (USV) verwenden, stellen Sie sicher, dass diese ordnungsgemäß funktioniert. Wenn Sie das Problem weiterhin nicht erkennen können, wenden Sie sich an das Eskalationscenter des technischen Supports von Cisco.
Wenn ein mit einer Distributed Forwarding Card (DFC) ausgestattetes Modul ohne erneutes Laden durch den Benutzer selbstständig zurückgesetzt wurde, überprüfen Sie den Bootflash der DFC-Karte, um festzustellen, ob sie abgestürzt ist. Wenn eine Absturzinformationsdatei verfügbar ist, können Sie die Ursache des Absturzes finden. Führen Sie den Befehl dir dfc#module_#-bootflash: aus, um zu überprüfen, ob eine Absturzinformationsdatei vorhanden ist und wann sie geschrieben wurde. Wenn das DFC-Reset mit dem CrashInfo-Zeitstempel übereinstimmt, geben Sie den Befehl more dfc#module_#-bootflash:filename ein. Oder geben Sie den Befehl copy dfc#module_#-bootflash:filename tftp ein, um die Datei über TFTP an einen TFTP-Server zu übertragen.
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
Nachdem Sie die crashinfo-Datei zur Verfügung haben, sammeln Sie die Ausgabe des Befehls show logging und des Befehls show tech und wenden Sie sich an den technischen Support von Cisco, um weitere Unterstützung zu erhalten.
In diesem Abschnitt werden häufige Gründe dafür beschrieben, dass eines der Module nicht online gehen kann, und es wird erläutert, wie das Problem zu lösen ist. Sie können auf eine der folgenden Arten feststellen, dass ein Modul nicht online geht:
Die Ausgabe des Befehls show module zeigt einen der folgenden Status an:
andere
unbekannt
fehlerhaft
errdisable
Verweigerung der Stromversorgung
Power-Bad
Die gelbe oder rote Status-LED leuchtet.
Lesen Sie den Abschnitt Unterstützte Hardware in den Versionshinweisen der Catalyst Serie 6500 der entsprechenden Version. Wenn das Modul von der aktuell ausgeführten Software nicht unterstützt wird, laden Sie die erforderliche Software vom Cisco IOS Software Center herunter.
Wenn der Status "Power-Deny" (Strom nicht verfügbar) lautet, ist die Stromversorgung des Switches für dieses Modul nicht ausreichend. Führen Sie den Befehl show power /strong> aus, um zu überprüfen, ob genügend Strom zur Verfügung steht. Siehe den Abschnitt Fehlerbehebung C6KPWR-4-POWRDENIED: unzureichende Stromversorgung, Modul in Steckplatz [dec] keine Stromversorgung oder %C6KPWR-SP-4-POWRDENIED: unzureichende Stromversorgung, Modul in Steckplatz [dec] keine Stromversorgung Fehlermeldungen in diesem Dokument.
Wenn der Status power-bad lautet, kann der Switch eine Karte sehen, aber keine Leistung zuweisen. Dies ist möglich, wenn die Supervisor Engine nicht auf den seriellen PROM-Inhalt (SPROM) des Moduls zugreifen kann, um die Identifizierung der Linecard zu ermitteln. Sie können den Befehl show idprom module ausführen, um zu überprüfen, ob der SPROM lesbar ist. Wenn auf den SPROM nicht zugegriffen werden kann, können Sie das Modul zurücksetzen.
Stellen Sie sicher, dass das Modul richtig eingesetzt und vollständig eingeschraubt ist. Wenn das Modul immer noch nicht online ist, geben Sie den globalen Konfigurationsbefehl diagnostische Startstufe vollständig aus, um sicherzustellen, dass die Diagnose aktiviert ist. Führen Sie dann den Befehl hw-module module <slot_number> reset aus. Wenn das Modul immer noch nicht online ist, überprüfen Sie den Anschluss der Rückwandplatine am Modul, um sicherzustellen, dass keine Beschädigung vorliegt. Wenn keine Beschädigung der Sicht auftritt, verwenden Sie das Modul in einem anderen Steckplatz oder in einem anderen Gehäuse. Überprüfen Sie außerdem den Steckplatzanschluss an der Rückwandplatine auf verbogene Stifte. Verwenden Sie bei Bedarf eine Taschenlampe, wenn Sie die Steckerstifte an der Chassis-Rückwandplatine überprüfen.
Führen Sie den Befehl show diagnostics module <slot_number> aus, um Hardwarefehler auf dem Modul zu identifizieren. Führen Sie den globalen Konfigurationsbefehl diagnostische Startstufe vollständig<> aus, um die vollständige Diagnose zu aktivieren. Sie müssen die vollständige Diagnose aktiviert haben, damit der Switch Diagnosen für das Modul durchführen kann. Wenn die Minimaldiagnose aktiviert ist und Sie die Diagnose abschließen, muss das Modul zurückgesetzt werden, damit der Switch die vollständige Diagnose durchführen kann. Die Beispielausgabe in diesem Abschnitt gibt den Befehl show diagnostics module aus. Die Ausgabe ist jedoch nicht eindeutig, da viele der Tests im Minimalmodus durchgeführt wurden. Die Ausgabe zeigt, wie Sie den Diagnosepegel einschalten und dann den Befehl show diagnostics module erneut ausführen, um die vollständigen Ergebnisse anzuzeigen.
Hinweis: Die Gigabit Interface Converter (GBICs) wurden nicht im Beispielmodul installiert. Die Integritätstests wurden daher nicht durchgeführt. Der GBIC-Integritätstest wird nur an Kupfer-GBICs (WS-G5483= ) durchgeführt.
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 ---------------------------------------------------- . . . . . . . . . . . . . . . .
Geben Sie den Befehl show tech-support und den Befehl show logging ein. Suchen Sie nach weiteren Meldungen zu diesem Modul, um die Fehlerbehebung fortzusetzen.
Wenn das Modul immer noch nicht online ist, erstellen Sie eine Serviceanfrage beim technischen Support von Cisco, um die Fehlerbehebung fortzusetzen. Stellen Sie das Protokoll der Switch-Ausgabe bereit, die Sie erfasst haben, sowie die Informationen aus den vorherigen Schritten.
Die Supervisor Engines können Meldungen auslösen, die auf einen Ausfall der Inband-Kommunikation hinweisen. Die vom Switch protokollierten Meldungen sehen in etwa so aus:
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
Wenn die Managementschnittstelle des Switches starken Datenverkehr verarbeitet, werden InbandKeepAliveFailure-Fehlermeldungen angezeigt. Dies kann durch folgende Gründe verursacht werden:
Besetzt-Supervisor-Engine
Spanning-Tree-Protokoll-Schleife
ACLs und QoS-Überwachung haben den Datenverkehr über den In-Band-Kommunikationskanal gedrosselt oder unterbrochen
Port-ASIC-Synchronisierungsprobleme
Switch-Fabric-Modulprobleme
Um das Problem zu beheben, befolgen Sie die folgenden Anweisungen:
Verwenden Sie show process cpu, um herauszufinden, welcher Prozess dieses Problem verursacht. Weitere Informationen zum Löschen der Ursache finden Sie unter Catalyst 6500/6000 Switch High CPU Utilization (Hohe CPU-Auslastung).
Ein falsch sitzendes oder fehlerhaftes Supervisor-Modul kann diese Meldung über Kommunikationsfehler auslösen. Um diese Fehlermeldungen zu beheben, planen Sie ein Wartungsfenster, und setzen Sie das Supervisor-Modul wieder ein.
Ein Cisco Catalyst 6500/6000 mit Cisco IOS-Software kann aus folgendem Grund zurückgesetzt werden:
System returned to ROM by power-on (SP by abort)
Ein Catalyst 6500/6000 mit einem SP-Konfigurationsregister, das eine Unterbrechung zulässt (z. B. 0x2) und ein Konsolenunterbrechungssignal empfängt, wechselt in den ROMmon-Diagnosemodus. Das System scheint abzustürzen. Wenn die Konfigurationsregistereinstellungen auf SP und RP nicht übereinstimmen, kann dieser Typ von Neuladen auftreten. Insbesondere können Sie das Konfigurationsregister des Supervisor Engine Switch Processor (SP) auf einen Wert festlegen, der den Bruch nicht ignoriert, während das Konfigurationsregister des Multilayer Switch Feature Card (MSFC)-Routingprozessors (RP) einen korrekten Wert darstellt, der den Bruch ignoriert . Sie können beispielsweise die Supervisor Engine SP auf 0x2 und die MSFC RP auf 0x2102 einstellen. Weitere Informationen finden Sie unter Cisco IOS Catalyst 6500/6000 Resets with Error "System returns to ROM by power-on (SP by abort)" (Zurücksetzen des Systems durch Einschalten an ROM (SP durch Abbrechen)).
Ein Cisco Catalyst 6500/6000 mit Cisco IOS-Software bootet das alte Image auf der SUP-Bootdiskette unabhängig von der BOOT-Variablenkonfiguration in der aktuellen Konfiguration. Obwohl die BOOT-Variable so konfiguriert ist, dass sie vom externen Flash-Speicher bootet, bootet der Switch nur das alte Image auf der SUP-Bootdiskette. Ursache für dieses Problem ist die fehlende Übereinstimmung der Konfigurationsregistereinstellungen auf SP und RP.
Geben Sie im RP den Befehl show bootvar ein.
Switch#show boot BOOT variable = sup-bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1; CONFIG_FILE variable = BOOTLDR variable = Configuration register is 0x2102
Geben Sie im SP den Befehl show bootvar ein.
Switch-sp#show 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
Dadurch wird der Switch veranlasst, das vorherige Image unabhängig von der BOOT-Variablenkonfiguration in der aktuellen Konfiguration zu starten. Um dieses Problem zu beheben, geben Sie den Befehl switch(config)#config-register 0x2102 ein, und bestätigen Sie, dass SP und RP denselben Konfigurationsregisterwert haben. Laden Sie den Switch neu, nachdem Sie die Konfiguration in die Startkonfiguration geschrieben haben.
Diese Fehlermeldung zeigt an, dass der NVRAM Probleme hat. Wenn Sie den NVRAM löschen und den Switch neu laden, kann der NVRAM wiederhergestellt werden. Wenn das Problem dadurch nicht behoben wird, formatieren Sie den NVRAM, um das Problem zu beheben. In beiden Fällen wird eine Sicherung des NVRAM-Inhalts empfohlen. Diese Fehlermeldung wird nur angezeigt, wenn NVRAM-Debugging aktiviert ist.
Die Fehlermeldung CRIT_ERR_DETECTED Module 7 - Error: Switching Bus FIFO counter stuck zeigt an, dass das Modul keine Aktivität auf dem Datenvermittlungsbus gesehen hat. Der Grund für diesen Fehler kann darin liegen, dass das neu eingesetzte Modul zunächst nicht fest in das Chassis eingesetzt oder zu langsam eingeschoben wurde.
Setzen Sie das Modul wieder ein, um das Problem zu beheben.
Im Catalyst 6500 VSS-Cluster wird folgende Fehlermeldung angezeigt:
%CONST_DIAG-4-ERROR_COUNTER_WARNING: Module [dec] Error counter exceeds threshold, system operation continue.
Der TestErrorCounterMonitor hat festgestellt, dass ein Fehlerzähler im angegebenen Modul einen Schwellenwert überschritten hat. Spezifische Daten über den Fehlerzähler können in einer separaten Systemmeldung gesendet werden. TestErrorCounterMonitor ist ein unterbrechungsfreier Hintergrundprozess für die Integritätsüberwachung, der regelmäßig die Fehlerzähler und Interruptzähler jeder Linecard oder jedes Supervisor-Moduls im System abfragt.
%CONST_DIAG-4-ERROR_COUNTER_DATA: ID:[dec] IN:[dec] PO:[dec] RE:[dec] RM:[dec] DV:[dec] EG:[dec] CF:[dec] TF:[dec]
Der TestErrorCounterMonitor hat festgestellt, dass ein Fehlerzähler im angegebenen Modul einen Schwellenwert überschritten hat. Diese Nachricht enthält spezifische Daten über den Fehlerzähler sowie Informationen über den ASIC und das Register des Zählers und die Fehleranzahl.
Diese Fehlermeldung wird angezeigt, wenn ein ASIC auf der Linecard Pakete mit einer ungültigen CRC empfängt. Das Problem kann lokal in diesem Modul auftreten oder durch ein anderes fehlerhaftes Modul im Chassis ausgelöst werden.
Beispiele:
%CONST_DIAG-SW1_SP-4-ERROR_COUNTER_WARNING: Module 2 Error counter exceeds threshold, system operation continue.
Der Grund für diesen Fehler kann darin liegen, dass das neu eingesetzte Modul nicht fest eingesetzt wurde. Setzen Sie das Modul wieder ein, um das Problem zu beheben.
Diese Fehlermeldung wird angezeigt, wenn die maximale Anzahl von SWIDB (Software Interface Descriptor Block) erreicht ist:
%INTERFACE_API-SP-1-NOMORESWIDB: Es können keine SWIDB mehr zugewiesen werden, maximal 12000
Weitere Informationen zu den IDB-Grenzwerten finden Sie unter Maximum Number of Interfaces and Sub-interfaces for Cisco IOS Platforms: IDB Limits (Maximale Anzahl von Schnittstellen und Subschnittstellen für Cisco IOS-Plattformen: IDB-Grenzwerte).
Wenn Sie versuchen, eine Nicht-Switch-Port-Schnittstelle in einen Switch-Port zu konvertieren, wird ein Fehler zurückgegeben.
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
Dieses Beispiel zeigt, dass die Gesamtzahl der IDBs (in der Spalte SWIDBs) die maximale Anzahl von IDBs erreicht hat. Wenn Sie eine Subschnittstelle löschen, ändern sich die Zahlen Aktiv und Inaktiv in der Spalte SWIDBs. Die Gesamtzahl der IDBs bleibt jedoch im Speicher. Um dieses Problem zu beheben, laden Sie den Switch neu, um die IDB-Datenbank zu löschen. Andernfalls müssen Sie nach dem Ausführen die gelöschten Subschnittstellen wiederverwenden.
Eine ähnliche Fehlermeldung wird ausgegeben, wenn der Cisco Catalyst Switch der Serie 6500 nicht mit einer bestimmten Cisco IOS Softwareversion gestartet werden kann.
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
Dieses Problem tritt in der Regel dann auf, wenn nicht genügend DRAM für das Bild in Flash zur Dekomprimierung verfügbar ist.
Führen Sie eine der folgenden Optionen aus, um dieses Problem zu beheben:
DRAM aktualisieren.
Informationen zur Auswahl einer Cisco IOS Softwareversion finden Sie im Abschnitt Speicheranforderungen (Beispiel 4). Damit wird die Menge an DRAM berechnet, die für das Bild benötigt wird.
Laden Sie ein geeignetes Bild für die aktuelle Speichergröße.
Informationen zur Bestimmung des auf Ihrem Catalyst 6500/6000 installierten Supervisor-Typs finden Sie unter How to Determine the Type of Supervisor Module That Is Installed in Catalyst 6500/6000 Series Switches (Ermitteln des in den Catalyst Switches der Serien 6500/6000 installierten Supervisor-Moduls).
Informationen zu den Standardspeicheroptionen, die in Catalyst 6500/6000 verfügbar sind, finden Sie unter Unterstützte Speicher-/Flash-Größe in Catalyst Switch-Plattformen.
Um die passende Software auszuwählen und herunterzuladen, benutzen Sie bitte die Seite Downloads - Switches.
Hinweis: Nur registrierte Cisco Benutzer können auf interne Informationen und Tools von Cisco zugreifen.
Wenn Sie die Module WS-X6548-GE-TX oder WS-X6148-GE-TX verwenden, besteht die Möglichkeit, dass die Nutzung einzelner Ports zu Verbindungsproblemen oder Paketverlusten an den umliegenden Schnittstellen führt. Insbesondere wenn Sie in diesen Linecards EtherChannel und Remote Switched Port Analyzer (RSPAN) verwenden, können Sie möglicherweise die langsame Reaktion aufgrund von Paketverlusten erkennen. Bei diesen Linecards handelt es sich um Überbelegungskarten, die Gigabit-Datenverkehr bis zum Desktop ermöglichen und nicht für Serverfarm-Verbindungen geeignet sind. Auf diesen Modulen befindet sich ein einzelner 1-Gigabit-Ethernet-Uplink des Port-ASIC, der acht Ports unterstützt. Diese Karten teilen sich einen 1-MB-Puffer zwischen einer Gruppe von Ports (1-8, 9-16, 17-24, 25-32, 33-40 und 41-48), da jeder Block von acht Ports 8:1 überbelegt ist. Der aggregierte Durchsatz jedes Blocks mit acht Ports darf 1 Gbit/s nicht überschreiten. Tabelle 4 in den Cisco Catalyst 10/100- und 10/100/1000-Mbit/s Ethernet-Schnittstellenmodulen der Serie 6500 zeigt die verschiedenen Typen von Ethernet-Schnittstellenmodulen und die unterstützte Puffergröße pro Port.
Die Überbelegung erfolgt, weil mehrere Ports in einem einzigen Pinnacle ASIC kombiniert werden. Der Pinnacle ASIC ist eine DMA-Engine (Direct Memory Access), die Pakete zwischen dem Backplane-Switching-Bus und den Netzwerk-Ports überträgt. Wenn ein Port in diesem Bereich Datenverkehr mit einer Rate empfängt oder überträgt, die seine Bandbreite überschreitet, oder eine große Menge an Puffern verwendet, um Datenverkehrsspitzen zu verarbeiten, können die anderen Ports in diesem Bereich möglicherweise einen Paketverlust erleiden.
Ein SPAN-Ziel ist eine häufige Ursache, da es nicht ungewöhnlich ist, Datenverkehr von einem gesamten VLAN oder mehreren Ports auf eine einzige Schnittstelle zu kopieren. Auf einer Karte mit individuellen Schnittstellenpuffern werden Pakete, die die Bandbreite des Zielports überschreiten, ohne Unterbrechung verworfen, und andere Ports sind nicht betroffen. Bei einem gemeinsam genutzten Puffer führt dies zu Verbindungsproblemen für die anderen Ports in diesem Bereich. In den meisten Szenarien führen gemeinsam genutzte Puffer zu keinerlei Problemen. Selbst bei acht Gigabit verbundenen Workstations wird die zur Verfügung gestellte Bandbreite selten überschritten.
Der Switch kann bei der Konfiguration eines lokalen SPAN in einem Switch eine Verschlechterung der Services feststellen, insbesondere wenn er eine große Anzahl von Quellports überwacht. Dieses Problem besteht weiterhin, wenn bestimmte VLANs überwacht werden und eine große Anzahl von Ports einem dieser VLANs zugewiesen wird.
Obwohl SPAN in der Hardware implementiert ist, kann dies die Leistung beeinträchtigen, da der Switch jetzt doppelt so viel Datenverkehr überträgt. Da jede Linecard den Datenverkehr am Eingang repliziert, wird bei der Überwachung eines Ports der gesamte eingehende Datenverkehr verdoppelt, wenn er die Fabric erreicht. Die Erfassung des Datenverkehrs von einer großen Anzahl belegter Ports auf einer Linecard kann die Fabric-Verbindung auffüllen, insbesondere bei den WS-6548-GE-TX-Karten, die nur eine 8-Gigabit-Fabric-Verbindung aufweisen.
Die Module WS-X6548-GE-TX, WS-X6548V-GE-TX, WS-X6148-GE-TX und WS-X6148V-GE-TX verfügen über eine Beschränkung in Bezug auf den EtherChannel. Für den EtherChannel werden die Daten aller Verbindungen in einem Paket an den Port-ASIC weitergeleitet, obwohl die Daten für eine andere Verbindung bestimmt sind. Diese Daten verbrauchen Bandbreite in der 1-Gigabit-Ethernet-Verbindung. Bei diesen Modulen darf die Gesamtsumme aller Daten auf einem EtherChannel 1 Gigabit nicht überschreiten.
Überprüfen Sie diese Ausgabe, um sicherzustellen, dass das Modul in Verbindung mit überlasteten Puffern verworfen wird:
Natives Cisco IOS
CAT6500-Nr. show counters interface gigabitEthernet <mod/port> | qos3Outlost einschließen
51. qos3Outlost = 768504851
Führen Sie die Befehle show mehrmals aus, um zu überprüfen, ob asicreg stetig zunimmt. Die asicreg-Ausgaben werden bei jedem Start gelöscht. Bleiben die Ausgänge von asicreg ungleich null, so weist dies auf aktive Tropfen hin. Diese Daten müssen, basierend auf der Datenverkehrsrate, über mehrere Minuten erfasst werden, um signifikante Steigerungen zu erzielen.
Führen Sie diese Schritte aus:
Isolieren Sie alle Ports, die durchweg überbelegt sind, für ihren eigenen Port-Bereich, um die Auswirkungen von Ausfällen auf andere Schnittstellen zu minimieren.
Wenn Sie beispielsweise einen Server an Port 1 angeschlossen haben, der oversubscribing
die Schnittstelle darstellt, kann dies zu einer langsamen Reaktion führen, wenn Sie mehrere andere Server an die Ports im Bereich von 2-8 angeschlossen haben. In diesem Fall verschieben Sie die oversubscribing< /code> server to port 9 in order to free up the buffer in the first block of ports 1-8. On newer software versions, SPAN destinations have the buffering automatically moved to the interface, so it does not impact the other ports in its range. Cisco bug ID CSCin70308 (accessible only to registered Cisco clients) for more information.
Deaktivieren Sie Head of Line Blocking (HOL), das die Schnittstellenpuffer anstelle der gemeinsam genutzten Puffer verwendet.
Dies führt dazu, dass nur der einzelne überlastete Port gelöscht wird. Da die Schnittstellenpuffer (32 KB) deutlich kleiner sind als der gemeinsam genutzte 1-MB-Puffer, kann es an den einzelnen Ports zu mehr Paketverlusten kommen. Dies wird nur in extremen Fällen empfohlen, in denen langsamere Clients oder SPAN-Ports nicht auf andere Linecards verschoben werden können, die dedizierte Schnittstellenpuffer bieten.
Natives Cisco IOS
Router(config)# interface gigabitethernet <mod/port>
Router(config-if)# Abschaltung der Holblockierung
Wenn diese Option deaktiviert ist, werden die Drops zu den Schnittstellenzählern verschoben und können mit dem Befehl show interface gigabit <mod/port> angezeigt werden. Die anderen Ports sind nicht mehr betroffen, vorausgesetzt, sie sind nicht einzeln bursting
. Da empfohlen wird, die HOL-Blockierung aktiviert zu lassen, können diese Informationen verwendet werden, um das Gerät zu finden, das die Puffer im Portbereich überschreitet, und es auf eine andere Karte oder einen isolierten Bereich auf der Karte zu verschieben, sodass die HOL-Blockierung wieder aktiviert werden kann.
Wenn Sie eine SPAN-Sitzung konfigurieren, stellen Sie sicher, dass der Zielport keine Fehler für diese Schnittstelle meldet. Um mögliche Fehler am Zielport zu überprüfen, überprüfen Sie die Ausgabe des Befehls show interface <Schnittstellentyp> <Schnittstellennummer> für Cisco IOS auf mögliche Auslassungen oder Fehler. Das mit dem Zielport verbundene Gerät und der Port selbst müssen die gleichen Geschwindigkeits- und Duplexeinstellungen aufweisen, um Fehler am Zielport zu vermeiden.
Ziehen Sie einen Wechsel zu Ethernet-Modulen in Betracht, die keine überbelegten Ports aufweisen. Weitere Informationen zu den unterstützten Modulen finden Sie unter Cisco Catalyst Switches der Serie 6500 - Relevante Schnittstellen und Module.
Protokolle, die auf dem Switch ausgeführt werden, können zu einer anfänglichen Verbindungsverzögerung führen. Es besteht die Möglichkeit, dass Sie dieses Problem haben, wenn Sie eines der folgenden Symptome beobachten, wenn Sie einen Client-Computer hochfahren oder neu starten:
Ein Microsoft- networking
Client zeigt keine verfügbaren Domänencontroller an.
DHCP meldet Keine DHCP-Server verfügbar.
Eine Novell Internetwork Packet Exchange(IPX)-Netzwerk-Workstation verfügt beim Booten nicht über den Novell-Anmeldebildschirm.
Ein AppleTalk- networking
Client zeigt an, dass der Zugriff auf Ihr AppleTalk-Netzwerk unterbrochen wurde. Öffnen und schließen Sie die AppleTalk-Systemsteuerung, um die Verbindung wiederherzustellen. Es besteht auch die Möglichkeit, dass die AppleTalk-Clientanwendung Chooser entweder keine Zonenliste oder eine unvollständige Zonenliste anzeigt.
IBM Network Stations können eine der folgenden Meldungen aufweisen:
NSB83619: Adressauflösung fehlgeschlagen
NSB83589: Fehler beim Booten nach 1 Versuch
NSB70519: Fehler beim Herstellen einer Verbindung mit einem Server
Eine Schnittstellenverzögerung kann zu Symptomen führen, dass sich der Abschnitt Workstation während des Startvorgangs nicht beim Netzwerk anmelden kann bzw. keine DHCP-Adresslisten abrufen kann. Dies sind häufige Ursachen für Schnittstellenverzögerungen:
Spanning Tree Protocol (STP)-Verzögerung
EtherChannel-Verzögerung
Trunking-Verzögerung
Verzögerung für automatische Aushandlung
Weitere Informationen zu diesen Verzögerungen und möglichen Lösungen finden Sie unter Verwenden von PortFast und anderen Befehlen zur Behebung von Verbindungsverzögerungen beim Starten von Workstations.
Wenden Sie sich an den technischen Support von Cisco, wenn nach der Überprüfung und Anwendung des Verfahrens immer noch Probleme auftreten.
Bei einem der folgenden Probleme können Kompatibilitätsprobleme oder Konfigurationsfehler mit der Netzwerkkarte (NIC) auftreten:
Eine Server-/Client-Verbindung zum Switch wird nicht hergestellt.
Sie haben Probleme mit der automatischen Aushandlung.
Auf dem Port werden Fehler angezeigt.
Der Grund für diese Symptome kann sein:
Ein bekannter Netzwerkkartentreiberfehler
Nichtübereinstimmung der Geschwindigkeitsduplex
Probleme bei der automatischen Aushandlung
Probleme mit den Kabeln
Weitere Informationen zur Fehlerbehebung finden Sie unter Troubleshooting Cisco Catalyst Switches to NIC Compatibility Issues.
Wenn der Schnittstellenstatus in der Befehlsausgabe show interface status (Schnittstellenstatus anzeigen) errdisable lautet, wurde die Schnittstelle aufgrund eines Fehlers deaktiviert. Das folgende Beispiel zeigt die Schnittstelle im Status errdisable:
cat6knative#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 err-disabled 100 full 1000 1000BaseSX
Wenn die Schnittstelle aufgrund einer Fehlerbedingung deaktiviert wurde, werden ähnliche Meldungen angezeigt:
%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
Diese Beispielmeldung wird angezeigt, wenn die Bridge-Protokoll-Dateneinheit (BPDU) an einem Host-Port empfangen wird. Die tatsächliche Meldung hängt vom Grund für die Fehlerbedingung ab.
Es gibt verschiedene Gründe, warum die Schnittstelle in errdisable wechselt. Mögliche Gründe:
Duplexkonflikt
Port-Channel-Fehlkonfiguration
BPDU Guard-Verletzung
UDLD-Zustand
Erkennung von späten Kollisionen
Erkennung von Verbindungslaschen
Sicherheitsverletzung
PAgP-Klappe (Port Aggregation Protocol)
Layer 2 Tunneling Protocol (L2TP) Guard
Durchsatzbegrenzer für DHCP-Snooping
Gehen Sie wie folgt vor, um einen deaktivierten Port zu aktivieren:
Ziehen Sie das Kabel von einem Ende der Verbindung ab.
Neukonfiguration der Schnittstellen
Wenn sich die Schnittstellen beispielsweise aufgrund einer fehlerhaften Etherchannel-Konfiguration in einem deaktivierten Zustand befinden, konfigurieren Sie die Schnittstellenbereiche für den Etherchannel neu.
Fahren Sie die Ports an beiden Enden herunter.
Schließen Sie die Kabel an beide Switches an.
Geben Sie den Befehl no shutdown für die Schnittstellen ein.
Sie können auch den Befehl errdisable recovery Cause enable ausführen, um Timeout-Mechanismen einzurichten, die den Port nach einer konfigurierten Zeitgeberperiode automatisch wieder aktivieren.
Hinweis: Der Fehler tritt erneut auf, wenn Sie die Ursache des Problems nicht beheben.
Um den Grund für den errdisable-Status zu ermitteln, geben Sie den Befehl show errdisable recovery ein.
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
Nachdem Sie die Ursache des deaktivierbaren e kennen, beheben Sie das Problem, und beheben Sie die Ursache des Problems. Ihr Port kann beispielsweise aufgrund des Empfangs einer BPDU an einem PortFast-aktivierten Zugriffsport deaktiviert sein. Sie können eine Fehlerbehebung durchführen, wenn versehentlich ein Switch an diesen Port angeschlossen wurde oder wenn ein Hub angeschlossen wurde, der eine Schleifenbedingung erzeugt hat. Weitere Informationen zur Fehlerbehebung in anderen Szenarien finden Sie in den spezifischen Funktionsdaten in der Produktdokumentation. Ausführliche Informationen zum Status der Fehlerbehebung finden Sie unter Errdisable Port State Recovery auf den Cisco IOS-Plattformen. Wenn Sie nach der Überprüfung und Fehlerbehebung anhand dieser Informationen weiterhin Probleme haben, wenden Sie sich an den technischen Support von Cisco, um weitere Unterstützung zu erhalten.
Wenn in der Befehlsausgabe show interface Fehler angezeigt werden, überprüfen Sie den Status und den Zustand der Schnittstelle, die auf die Probleme stößt. Überprüfen Sie außerdem, ob der Datenverkehr die Schnittstelle passiert. Weitere Informationen finden Sie unter Schritt 12 der Fehlerbehebung bei WS-X6348-Modulportverbindungen auf einem Catalyst 6500/6000 mit Cisco IOS-Systemsoftware.
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#
Außerdem werden in der Befehlsausgabe zum Anzeigen von Schnittstellen <interface-id>-Leistungsindikatoren Fehler angezeigt. Wenn dies der Fall ist, überprüfen Sie, ob Fehler mit der Schnittstelle verbunden sind. Weitere Informationen finden Sie unter Schritt 14 der Fehlerbehebung bei WS-X6348-Modulportverbindungen auf einem Catalyst 6500/6000 mit Cisco IOS-Systemsoftware.
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
Der Grund für die Anzeige von Fehlern auf der Schnittstelle können Probleme auf physischer Ebene sein, z. B.:
Fehlerhaftes Kabel/NIC
Konfigurationsprobleme, z. B. fehlende Geschwindigkeitsduplex-Übereinstimmung
Leistungsprobleme wie Überbelegung
Weitere Informationen zu diesen Problemen und zur Problembehebung finden Sie unter Troubleshooting Switch Port and Interface Problems (Problembehebung bei Switch-Ports und Schnittstellen).
Manchmal werden Fehlerzähler aufgrund eines Softwarefehlers oder einer Hardwarebeschränkung falsch inkrementiert. In dieser Tabelle sind einige der bekannten Zählerprobleme bei der Catalyst 6500/6000-Plattform aufgeführt, auf der Cisco IOS Software ausgeführt wird:
Hinweis: Nur registrierte Cisco Kunden können auf interne Websites und Fehlerinformationen zugreifen.
Symptom | Beschreibung | Beheben |
---|---|---|
Giganten auf IEEE 802.1Q-Trunk-Schnittstellen auf Switches auf Basis der Supervisor Engine 720. | Ein Catalyst Switch der Serie 6500 kann große Datenpakete melden, deren Paketgröße über 1496 Byte liegt und die über einen Trunk über die 720-Ports der Supervisor Engine empfangen werden. Dieses Problem tritt auch bei 67xx-Linecards auf. Das Problem ist kosmetischer Natur, und der Switch leitet die Pakete weiter. Das Problem tritt auch bei ISL 1-Trunks auf. Weitere Informationen finden Sie unter Cisco Bug-ID CSCec62587 und Cisco Bug-ID CSCed42859. | Cisco IOS Software Version 12.2(17b)SXA und neuere Cisco IOS Software Version 12.2(18)SXD und neuere Versionen |
Die Supervisor Engine 2-basierten Switches verfügen über 802.1Q-Trunk-Schnittstellen. | Der Switch zählt Pakete im Bereich von 1.497 bis 1.500 in einem nicht nativen VLAN auf dem 802.1Q-Trunk-Port als Riesen. Dies ist nur ein kosmetisches Problem, und die Pakete werden vom Switch weitergeleitet. Weitere Informationen finden Sie unter Cisco Bug-ID CSCdw04642. | Derzeit nicht verfügbar |
In der Ausgabe des Befehls show interface an Gigabit-Schnittstellen werden übermäßig viele Zähler für verworfene Ausgaben angezeigt, selbst wenn der Datenverkehr niedrig ist. | Bei niedrigen Datenverkehrsbedingungen werden in der Ausgabe des Befehls show interface an Gigabit-Schnittstellen übermäßig viele Zähler für verworfene Ausgaben angezeigt. Siehe Cisco Bug-ID CSCdv86024 für Details. |
Cisco IOS Software Version 12.1(8b)E12 und neuere Cisco IOS Software Version 12.1(11b)E8 und neuere Cisco IOS Software Version 12.1(12c)E1 und neuere Cisco IOS Software Version 12.1(13)E1 und neuere Versionen |
Die Port-Channel-Schnittstelle weist falsche Statistiken in der Ausgabe des Befehls show interface für die bit/s 1 und pps 2 auf. | Wenn Sie die Cisco IOS Software verwenden und auf zwei Fast Ethernet-Ports ein Port-Channel definiert ist und Datenverkehr über diesen Port-Channel generiert wird, verfügen die physischen Schnittstellen über die richtigen Ratenstatistiken. Die Port-Channel-Schnittstelle weist jedoch falsche Statistiken auf. Weitere Informationen finden Sie unter Cisco Bug-ID CSCdw23826. | Cisco IOS Software Version 12.1(8a)EX Cisco IOS Software Version 12.1(11b)E1 Cisco IOS Software Version 12.1(13)E1 |
1 ISL = Inter-Switch Link
2 Bit/s = Bit pro Sekunde
3 pps = Pakete pro Sekunde
Wenn Sie nach der Überprüfung und Fehlerbehebung anhand der in diesem Abschnitt erwähnten Dokumente weiterhin Probleme haben, wenden Sie sich an den technischen Support von Cisco, um weitere Unterstützung zu erhalten.
GBICs, die in Softwareversionen vor Version 12.1(13)E der Cisco IOS-Software verwendet werden, schlagen nach dem Upgrade fehl.
Mit der Systemsoftware Cisco IOS Software, Version 12.1(13), können Ports mit GBICs, die eine ungültige GBIC-EEPROM-Prüfsumme aufweisen, nicht verwendet werden. Dies ist das erwartete Verhalten für 1000BASE-TX (Kupfer) und Coarse Wave Division Multiplexer (CWDM) GBICs. Bei anderen GBICs ist das Verhalten jedoch falsch. Bei früheren Versionen konnten Ports mit den anderen GBICs, die Prüfsummenfehler aufwiesen, geöffnet werden.
Diese Fehlermeldung wird ausgegeben, wenn dieser Fehler in Version 12.1(13)E der Cisco IOS-Software auftritt:
%PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port 1/2 failed: bad key
Führen Sie den Befehl show interface aus, um diese Ausgabe anzuzeigen:
Router#show interface status Port Name Status Vlan Duplex Speed Type Gi2/1 faulty routed full 1000 bad EEPROM
Dieses Problem kann in den Cisco IOS Software-Versionen 12.1(13)E1, 12.1(14)E und höheren Versionen behoben werden.
Weitere Informationen zu diesem Problem finden Sie unter Problemhinweis: GBIC EEPROM Errors Incorrect in Cisco IOS® Software Release 12.1(13)E für den Catalyst 6000.
Sie können eine oder mehrere dieser Fehlermeldungen in der syslogs-Befehlsausgabe oder show log-Befehlsausgabe sehen:
Coil Pinnacle Header Checksum
Coil Mdtif State Machine Error
Coil Mdtif Packet CRC Error
Coil Pb Rx Underflow Error
Coil Pb Rx Parity Error
Wenn bei der Verbindung der Hosts auf dem WS-X6348-Modul oder anderen 10/100-Modulen Verbindungsprobleme auftreten oder wenn Fehlermeldungen angezeigt werden, die denen in diesem Abschnitt ähneln, und Sie eine Gruppe von 12 Ports haben, die nicht angeschlossen sind und keinen Datenverkehr weiterleiten, gehen Sie wie folgt vor:
Deaktivieren und aktivieren Sie die Schnittstellen.
Geben Sie den Befehl ein, um das Modul zurückzusetzen.
Führen Sie eine der folgenden Aktionen aus, um das Modul hart zurückzusetzen:
Setzen Sie die Karte wieder ein.
Geben Sie den globalen Konfigurationsbefehl no power enable module _# und den globalen Konfigurationsbefehl power enable module module_# ein.
Wenn Sie die folgenden Schritte durchgeführt haben, wenden Sie sich mit den folgenden Informationen an den technischen Support von Cisco < /a>:
Das Modul ist nicht online.
Das Modul ist online, aber eine Gruppe von 12 Schnittstellen schlägt bei der Diagnose fehl.
Dies wird in der Ausgabe des Befehls show diagnostic module <module_number> angezeigt.
Das Modul bleibt beim Booten im anderen Zustand stecken.
Alle Port-LEDs auf dem Modul leuchten gelb.
Alle Schnittstellen haben den Status "errdisabled".
Dies wird angezeigt, wenn Sie den Befehl show interfaces status module module_# ausführen.
Weitere Informationen finden Sie unter Fehlerbehebung bei WS-X6348-Modulportverbindungen bei einem Catalyst 6500/6000 mit Cisco IOS-Systemsoftware.
Wenn bei der Verbindung der Hosts auf dem WS-X6348-Modul oder anderen 10/100-Modulen Verbindungsprobleme auftreten, finden Sie weitere Informationen unter Fehlerbehebung der WS-X6348-Modulportanbindung auf einem Catalyst 6500/6000 mit Cisco IOS-Systemsoftware. Wenn Sie nach der Überprüfung und Fehlerbehebung auf der Grundlage des Dokuments Fehlerbehebung WS-X6348 Module Port Connectivity on a Catalyst 6500/6000 Running Cisco IOS System Software noch Probleme haben, wenden Sie sich an den technischen Support von Cisco, um weitere Unterstützung zu erhalten.
Probleme im Zusammenhang mit Spanning Tree können zu Verbindungsproblemen in Switched-Netzwerken führen. Richtlinien zur Vermeidung von Spanning-Tree-Problemen finden Sie unter Troubleshooting STP on Catalyst Switch Running Cisco IOS System Software .
Wie jedes Cisco IOS-Gerät lässt der Catalyst 6500-Switch auch nur eine begrenzte Anzahl an Telnet-Sitzungen zu. Wenn Sie diesen Grenzwert erreichen, lässt der Switch keine weiteren vty-Sitzungen zu. Stellen Sie eine Verbindung zur Konsole der Supervisor Engine her, um zu überprüfen, ob dieses Problem auftritt. Geben Sie den Befehl show user ein. Die Befehlszeilenschnittstelle (CLI), die von diesem Befehl ausgegeben wird, gibt an, wie viele Zeilen derzeit belegt sind:
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
Führen Sie diese Schritte aus:
Geben Sie basierend auf der Ausgabe des Befehls show user den Befehl clear line line_number ein, um veraltete Sitzungen zu löschen.
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.
Konfigurieren Sie die Leerlaufzeitüberschreitung für die vty-Sitzungen und die Konsolenzeile, um inaktive Sitzungen zu löschen. Dieses Beispiel zeigt die zu verwendende Konfiguration, um den Timeout für Leerlaufzeiten auf 10 Minuten festzulegen:
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)#
Sie können auch die Anzahl der verfügbaren VTY-Sitzungen erhöhen. Verwenden Sie den Befehl line vty 0 6 anstelle von line vty 0 4 .
In einigen Fällen kann die Ausgabe des Befehls "show user" unter "sessions" kein aktives vty anzeigen, aber eine Verbindung zum Switch unter Verwendung des Telnet-Befehls schlägt immer noch mit der folgenden Fehlermeldung fehl:
% telnet connections not permitted from this terminal
Überprüfen Sie in diesem Fall, ob Sie den vty richtig konfiguriert haben. Geben Sie den Befehl transport input all ein, damit vty alles transportieren kann.
Problem
6.500 Switches werden im VSS-Cluster gestapelt. Wenn Sie versuchen, den Switch in einen Standby-Switch zu konsolidieren, schlägt er mit der Radius-Protokollmeldung fehl:
%RADIUS-4-RADIUS_DEAD: Der RADIUS-Server 10.50.245.20:1812,1813 antwortet nicht.
Die Authentifizierung über Telnet bei diesem Standby-Supervisor funktioniert einwandfrei, und die Anmeldung bei der Konsole auf dem aktiven Supervisor ist ebenfalls problemlos möglich. Das Problem tritt bei der Verbindung zur Konsole des Standby-Supervisors auf.
Lösung
Eine Radius-Authentifizierung der Konsole für die Standby-Einheit ist nicht möglich. Der Standby-Router verfügt über keine IP-Verbindung für die AAA-Authentifizierung. Sie müssen die Fallbackoption verwenden, z. B. eine lokale Datenbank.
Manchmal erhöhen sich riesige Paketzähler an VSL-Schnittstellen, selbst wenn keine riesigen Datenpakete über das System gesendet werden.
Pakete, die die VSL-Schnittstellen durchlaufen, übertragen einen 32 Byte langen VSL-Header über den normalen MAC-Header hinaus. Idealerweise wird dieser Header bei der Paketgrößenklassifizierung ausgeschlossen, doch der Port-ASIC nimmt diesen Header tatsächlich in die Klassifizierung auf. Daher können Kontrollpakete, die nahe der Größenbeschränkung von 1518 für Pakete mit regulärer Größe liegen, als gigantische Pakete klassifiziert werden.
Derzeit gibt es keine Problemumgehungen für dieses Problem.
Auf dem Switch sind mehrere VLANs zu sehen, die zuvor nicht vorhanden waren. Beispiele:
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
Als Lösung wird der Befehl vlan filter Traffic-Capture vlan-list 1 - 700 zur Konfiguration hinzugefügt. Alle VLANs, die noch nicht konfiguriert sind, können als Layer-3-VLANs hinzugefügt werden.
Wenn die LED für die EINGABE OK des Netzteils nach dem Einschalten des Netzschalters nicht aufleuchtet, geben Sie den Befehl show power status all (Betriebsstatus anzeigen) ein. Suchen Sie nach dem Status des Netzteils, wie dieses Beispiel zeigt:
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#
Wenn der Status nicht OK ist, wie in diesem Beispiel, gehen Sie wie im Abschnitt Fehlerbehebung bei Netzteilen des Dokuments Fehlerbehebung (Catalyst Switches der Serie 6500) beschrieben vor, um die Fehlerbehebung fortzusetzen.
Wenn Sie diese Meldung im Protokoll erhalten, weist die Meldung darauf hin, dass nicht genügend Strom zum Einschalten des Moduls vorhanden ist. Das [dec] in der Nachricht gibt die Steckplatznummer an:
%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
Führen Sie den Befehl show power aus, um den Modus der Netzteilredundanz zu ermitteln.
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).
Diese Ausgabe zeigt, dass der Netzteilmodus redundant ist und dass ein Netzteil nicht ausreicht, um das gesamte Chassis mit Strom zu versorgen. Sie können eine der beiden folgenden Optionen ausführen:
Holen Sie sich ein Netzteil mit höherer Leistung.
Wenn das aktuelle Netzteil z. B. 1300 W Wechselstrom hat, erhalten Sie ein 2500 W Wechselstrom- oder 4000 W Wechselstrom-Netzteil.
Kombinieren Sie den Netzteil-Redundanzmodus miteinander.
Hier ein Beispiel:
cat6knative(config)#power redundancy-mode combined cat6knative(config)# %C6KPWR-SP-4-PSCOMBINEDMODE: power supplies set to combined mode.
Im kombinierten Modus liefern beide Netzteile Strom. Wenn in diesem Modus jedoch ein Netzteil ausfällt, wird die Stromversorgung des Moduls wieder unterbrochen, da das verbleibende Netzteil nicht das gesamte Chassis mit Strom versorgen kann.
Daher ist die bessere Option, ein Netzteil mit höherer Wattzahl zu verwenden.
Strom, der für einen leeren Steckplatz reserviert ist, kann nicht neu zugewiesen werden. Wenn beispielsweise Steckplatz 6 leer ist und Steckplatz 2 nur 68 Watt zur Verfügung hat, können Sie die für Steckplatz 6 reservierten 282 Watt nicht wieder Steckplatz 2 zuordnen, um mehr Leistung für Steckplatz 2 zur Verfügung zu haben.
Jeder Steckplatz verfügt über eine eigene verfügbare Leistung, die andernfalls nicht einem anderen Steckplatz zugewiesen werden kann. Es gibt keinen Befehl zum Deaktivieren der reservierten Stromversorgung für einen leeren Steckplatz.
Hinweis: Vergewissern Sie sich, dass der Switch mit 220 V Wechselstrom anstelle von 110 V Wechselstrom verbunden ist (wenn das Netzteil 220 V Wechselstrom unterstützt), um die volle Leistungskapazität der Netzteile zu nutzen. Weitere Informationen zur Energieverwaltung finden Sie unter Energieverwaltung für Catalyst Switches der Serie 6000.
Wenn Sie den Befehl show environment status (Umgebungsstatus anzeigen) ausführen und feststellen, dass die Lüfterbaugruppe fehlgeschlagen ist, führen Sie die Schritte im Abschnitt Fehlerbehebung bei der Lüfterbaugruppe des Dokuments Fehlerbehebung (Catalyst Switches der Serie 6500) aus, um das Problem zu identifizieren.
Hier ein Beispiel:
cat6knative#show environment status backplane: operating clock count: 2 operating VTT count: 3 fan-tray 1: fan-tray 1 fan-fail: failed !--- Output suppressed.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
2.0 |
22-Sep-2023 |
Rezertifizierung |
1.0 |
28-May-2002 |
Erstveröffentlichung |