Fehlerbehebung bei Hardware und Problemen mit Catalyst 6500/6000 Switches

Einleitung

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.

Voraussetzungen

Anforderungen

Es gibt keine spezifischen Anforderungen für dieses Dokument.

Verwendete Komponenten

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.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Hintergrundinformationen

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.

Fehlerbehebung bei Fehlermeldungen im Syslog oder in der Konsole

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 sanity

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).

Probleme mit der Supervisor Engine oder dem Modul

Supervisor Engine-LED rot/gelb oder Status zeigt Fehler an

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:

1. 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:

   1. Setzen Sie das Modul wieder fest ein, und stellen Sie sicher, dass die Schrauben fest verschraubt sind.

   2. 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.

   3. 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.

2. 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.

3. 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.

4. 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)

Der Switch befindet sich im Continuous Booting Loop, im ROMmon-Modus oder Missing das Systemabbild

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. Anweisungen zur Wiederherstellung der Supervisor Engine finden Sie unter   Wiederherstellen eines Catalyst 6500/6000 mit Cisco IOS-Systemsoftware von einem beschädigten oder Missing  Boot-Loader-Image oder ROMmon-Modus.

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.

Das Standby-Supervisor Engine-Modul ist nicht online oder meldet den Status als unbekannt

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.

Modulausgang anzeigen Ermöglicht "Nicht zutreffend" für SPA-Modul

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).

Standby-Supervisor-Engine wird unerwartet neu geladen

In diesem Abschnitt werden häufige Gründe erläutert, warum der Catalyst Switch Standby-Supervisor unerwartet neu geladen wird.

Allgemeine Gründe/Lösungen

• 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

Auch nach dem Entfernen der Module zeigt der Befehl show run weiterhin Informationen über die entfernten Modulschnittstellen an

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.

Der Switch hat sich selbst zurückgesetzt/neu gestartet

Wenn Ihr Switch ohne manuellen Eingriff selbstständig zurückgesetzt wurde, gehen Sie folgendermaßen vor, um das Problem zu identifizieren:

Allgemeine Gründe/Lösungen

• 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.

DFC-bestücktes Modul setzt selbstständig zurück

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.

Fehlerbehebung bei Modulen, die nicht online sind oder auf einen fehlerhaften oder anderen Status hinweisen

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.

Allgemeine Gründe/Lösungen

• 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.

Inband-Kommunikationsfehler

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

Allgemeine Ursache/Lösung 1

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:

1. 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).

2. 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.

Fehler "System durch Einschalten zum ROM zurückgesendet (SP durch Abbruch)"

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.

Fehler: NVRAM: nv->magic != NVMAGIC, ungültiger NVRAM

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.

Fehler: FIFO-Zähler für Bus bleibt hängen

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.

Fehler: Leistungsindikator überschreitet Schwellenwert, Systemvorgang wird fortgesetzt

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.

Fehler: Es kann kein SWIDB mehr zugewiesen werden.

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.

SYSTEM INIT: NICHT GENÜGEND SPEICHER, UM DAS BILD ZU STARTEN!

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.

Verbindungsprobleme bei Schnittstellen/Modulen

Verbindungsproblem oder Paketverlust mit den in einer Serverfarm verwendeten Modulen WS-X6548-GE-TX und WS-X6148-GE-TX

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.

Problemumgehung

Führen Sie diese Schritte aus:

1. 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 Für die Schnittstelle kann dies zu einer langsamen Reaktion führen, wenn mehrere andere Server an die Ports im Bereich von 2-8 angeschlossen sind. 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.

2. 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 k) deutlich kleiner sind als der gemeinsam genutzte 1-MB-Puffer, kann es zu einem höheren Paketverlust an den einzelnen Ports 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 verfügbar. 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.

3. 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.

4. 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.

Workstation kann sich beim Start nicht beim Netzwerk anmelden/DHCP-Adresse kann nicht abgerufen werden

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 an, dass keine Domänencontroller verfügbar sind.

• 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

Allgemeine Gründe/Lösungen

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.

Beheben von Kompatibilitätsproblemen mit Netzwerkkarten

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.

Allgemeine Gründe/Lösungen

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.

Die Schnittstelle befindet sich im Status errdisable.

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:

1. Ziehen Sie das Kabel von einem Ende der Verbindung ab.

2. 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.

3. Fahren Sie die Ports an beiden Enden herunter.

4. Schließen Sie die Kabel an beide Switches an.

5. 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.

Fehlerbehebung bei Schnittstellenfehlern

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

Allgemeine Gründe/Lösungen

• 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

¹ ISL = Inter-Switch Link

² Bit/s = Bit pro Sekunde

³ 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.

Sie erhalten %PM_SCP-SP-3-GBIC_BAD: Fehler bei der GBIC-Integritätsprüfung an Port x: Fehlermeldungen über fehlerhafte Schlüssel

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 erhalten COIL-Fehlermeldungen auf WS-X6x48-Modulschnittstellen

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:

1. Deaktivieren und aktivieren Sie die Schnittstellen.

2. Geben Sie den Befehl ein, um das Modul zurückzusetzen.

3. 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.

Fehlerbehebung bei Verbindungsproblemen mit WS-X6x48-Modulen

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.

Fehlerbehebung bei STP-Problemen

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 .

Der Telnet-Befehl zum Herstellen einer Verbindung mit dem Switch kann nicht verwendet werden.

Ursache

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

Lösungen

Führen Sie diese Schritte aus:

1. 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.
   
   

2. 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)#

3. 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.

Standby-Gerät kann nicht mit RADIUS-Authentifizierung konsoleniert werden

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.

Riesenpaketzähler an VSL-Schnittstellen

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.

Mehrere VLANs werden auf dem Switch angezeigt

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.

Probleme mit Netzteil und Lüfter

LED für Netzteileingang OK leuchtet nicht auf

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.

Fehlerbehebung bei 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

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.

LÜFTER-LED leuchtet rot oder zeigt Fehlfunktionen im Status "show environment" an. Befehlsausgabe

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.

Zugehörige Informationen

• Wiederherstellen von Catalyst 6500/6000 aus einem beschädigten Boot Loader-Image
• Produkt-Support für Switches
• Support für LAN-Switching-Technologie
• Cisco Catalyst Switches der Serie 6000 - Einstellungsmitteilung
• Technischer Support und Downloads von Cisco