Inhalt

Einleitung

Anforderungen

Verwendete Komponenten

Hintergrundinformationen

Allgemeine Gründe für das Neuladen

Erfassung relevanter Daten

Grund für letztes Neuladen

Onboard-Protokollierung

Befehl für technischen Support

Zu erfassende Befehle für TAC

Tracelogs

Systemberichte

Cisco Bugs

Zugehörige Informationen

Einleitung

In diesem Dokument wird die Fehlerbehebung bei unerwarteten Neuladevorgängen und die Erfassung spezifischer Informationen nach dem Ereignis auf den Catalyst Switches der Serie 9000 beschrieben.

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.

Hintergrundinformationen

Es gibt verschiedene Gründe, warum ein unerwartetes Neuladen oder ein unbeaufsichtigtes Neuladen auftreten kann. Um eine Fehlerbehebung zu ermöglichen und die Ursache zu ermitteln, müssen Sie das Datum und die Uhrzeit des Ereignisses kennen und alle möglichen Informationen sofort vom Gerät erfassen. Dadurch wird sichergestellt, dass alle Protokollsammlungen korrekt und vollständig sind (und nicht im Laufe der Zeit vom Gerät überschrieben werden).

Allgemeine Gründe für das Neuladen

NeuladenGrund

Erläuterung

Empfehlung

Einschalten

Das Netzteil bzw. der Einlasskreis wurde manuell aus- und eingeschaltet.

Wenn ein unerwartetes Energieereignis auftritt, überprüfen Sie den Zustand der physischen Stromversorgung, der Batteriepuffer, der USV usw.

Stack-Zusammenführung aufgrund von Inkompatibilität

Der Standby-Switch des Stacks hat die Kommunikation mit dem aktiven Switch unterbrochen und eine Zusammenführung ausgelöst, um einen neuen aktiven Switch erneut auszuwählen.

Überprüfen Sie die Stacking-Datenkabel, und stellen Sie sicher, dass sie richtig sitzen. Ersetzen Sie die Stacking-Kabel.

Befehl neu laden

Der Befehl reload wurde über die Kommandozeile des Switches ausgeführt, um ein manuelles Software-Neuladen zu veranlassen.

None.

LocalSoft- oder CPU-schwerwiegender Fehler

In der Software oder CPU ist ein Fehler aufgetreten, und das Gerät musste zurückgesetzt werden.

Daten sammeln und TAC-Ticket erstellen

Stromausfall oder Unbekannt

Die Stromversorgung des Geräts oder des Einlasskreises muss plötzlich unterbrochen sein, sodass die Stromversorgung des Schalters vorübergehend unterbrochen ist.

Prüfen Sie, ob die Netzteile fehlerfrei sind, die Farbe der LEDs und den Eingangskreis.

Redundanz Force-Switchover

Der Befehl  redundancy force-switchover  ausgeführt wurde, wodurch der Standby-Modus die Rolle "Aktiv" übernahm und der vorherige Active-Modus auf die Software zurückgesetzt wurde.

None.

Image-Installation

Das Gerät wurde nach der Installation eines neuen Cisco IOS® XE-Images neu geladen.

None.

Erfassung relevanter Daten

- Genaues Datum/Uhrzeit des Ereignisses.

- Was geschah vor dem unerwarteten erneuten Laden? Möglicherweise eine Konfigurationsänderung, die Anmeldung am Gerät oder ein unberührtes Gerät.

- Gibt es vor dem Ereignis Syslog-Fehlermeldungen? Wenn externe Syslog-Server vorhanden sind, überprüfen Sie, ob Fehlerprotokolle vorhanden sind.

- Sammeln Sie die  show tech-support   -Befehls vom Gerät.

- Sonstige Erkenntnisse oder Beobachtungen, die zum Verständnis der Ursache des Ereignisses beitragen können (Stromausfälle usw.)

Vorsicht: Es ist wirklich wichtig, die Informationen direkt nach dem Ereignis zu sammeln. Es gibt keine Garantie für eine angemessene Ursache, wenn die Protokollsammlung Tage oder Wochen nach dem Ereignis zum erneuten Laden stattfindet.

Wenn das Gerät betriebsbereit und stabil ist, sammeln Sie diese zusätzlichen Informationen, um die Ursache des Neuladeereignisses zu ermitteln.

Grund für letztes Neuladen

Überprüfen Sie den Grund für das erneute Laden, den das System zuletzt aufgezeichnet hat.

Switch#show version | include uptime|returned|reload|Version

Cisco IOS XE Software, Version 16.12.08

Cisco IOS Software [Gibraltar], Catalyst L3 Switch Software (CAT9K_IOSXE), Version 16.12.8, RELEASE SOFTWARE (fc1)

licensed under the GNU General Public License ("GPL") Version 2.0. The

software code licensed under GPL Version 2.0 is free software that comes

GPL code under the terms of GPL Version 2.0. For more details, see the

BOOTLDR: System Bootstrap, Version 17.10.1r, RELEASE SOFTWARE (P)

Switch uptime is 3 hours, 14 minutes

System returned to ROM by Reload Command

Last reload reason: Reload Command

Next reload AIR license Level: AIR DNA Advantage

Switch Ports Model SW Version SW Image Mode

Configuration register is 0x102 (will be 0x2102 at next reload)

Onboard-Protokollierung

Das Gerät speichert Verlaufsdaten zu den jüngsten Ereignissen beim erneuten Laden. Diese Informationen sind wichtig, um zu überprüfen, ob die Neuladevorgänge wiederholt wurden und aus welchem Grund der Switch sie aufgezeichnet hat. Der Befehl zum Anzeigen dieser Daten lautet  show logging onboard switch

uptime detail.

Switch#show logging onboard switch active uptime detail

--------------------------------------------------------------------------------

UPTIME SUMMARY INFORMATION

--------------------------------------------------------------------------------

First customer power on : 04/28/2022 01:24:40

Total uptime : 0 years 41 weeks 2 days 9 hours 55 minutes

Total downtime : 0 years 22 weeks 4 days 7 hours 3 minutes

Number of resets : 326

Number of slot changes : 2

Current reset reason : Reload Command

Current reset timestamp : 07/19/2023 15:23:33

Current slot : 1

Chassis type : 215

Current uptime : 0 years 0 weeks 0 days 3 hours 0 minutes

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------

UPTIME CONTINUOUS INFORMATION

--------------------------------------------------------------------------------

Time Stamp | Reset | Uptime

MM/DD/YYYY HH:MM:SS | Reason | years weeks days hours minutes

--------------------------------------------------------------------------------

07/13/2023 17:57:49 Image Install 0 0 0 0 0

07/13/2023 18:48:58 Reload Command 0 0 0 0 40

07/14/2023 00:55:30 Reload Command 0 0 0 6 0

07/14/2023 11:15:44 Reload Command 0 0 0 10 0

07/14/2023 20:02:26 Reload Command 0 0 0 8 0

07/17/2023 11:32:29 Reload Command 0 0 2 15 0

07/17/2023 21:00:59 Reload Command 0 0 0 9 0

07/18/2023 08:36:20 Reload Command 0 0 0 11 0

07/18/2023 11:00:28 Reload Command 0 0 0 2 0

07/19/2023 07:02:14 Reload Command 0 0 0 19 0 07/19/2023 15:23:33 Reload Command 0 0 0 8 0

--------------------------------------------------------------------------------

Befehl für technischen Support

Mit diesem Befehl werden allgemeine Informationen über das System und seinen aktuellen Status erfasst. Die zuvor beschriebenen Befehle sind in diesem Support-Paket enthalten. Diese Ausgabedatei wird vom TAC beim Öffnen eines Tickets angefordert.

Es gibt verschiedene Möglichkeiten, sie zu sammeln:

- Logged Terminal Session: Verwenden Sie ein Terminalprogramm und zeichnen Sie die Sitzung in einer Textdatei auf. Führen Sie dann in der CLI den Befehl  show tech-support   und warten, bis die Sammlung abgeschlossen ist. Übergeben Sie die Textdatei an das TAC-Ticket.

- Umgeleitet zu einer Datei: Führen Sie den Befehl in der CLI aus.  show tech-support | redirect flash: ShowTech.txt. Dadurch wird im Flash-Speicher des Geräts eine Textdatei mit den Ergebnissen des Befehls tech-support erstellt. Anschließend müssen Sie die Datei mithilfe eines beliebigen im Netzwerk verfügbaren Übertragungsprotokolls vom Gerät extrahieren. (TFTP, FTP, SCP usw.)

Switch#show tech-support | redirect flash:ShowTech.txt

Switch#dir flash: | include .txt

499721 -rw- 16090 Jul 19 2023 15:24:02 +00:00 rdope_out.txt

499728 -rw- 1328023 Jul 19 2023 19:12:57 +00:00 ShowTech.txt

Switch#copy flash:ShowTech.txt tftp:

Address or name of remote host []? 192.168.1.1

Destination filename [ShowTech.txt]?

!!!

Zu erfassende Befehle für TAC

Der Switch speichert System-Protokollierungsinformationen, mit denen ausführlich analysiert werden kann, was vor und nach dem unerwarteten erneuten Laden passiert ist. Bei einem Absturz speichert der Switch die Absturzdaten auch in einer verschlüsselten Datei, die von TAC-Experten analysiert werden kann.

Tracelogs

Die Ablaufverfolgungsprotokolle sind interne Protokolle der einzelnen Prozesse in Cisco IOS® XE. Das Verzeichnis tracelogs wird standardmäßig erstellt, und sein Inhalt wird regelmäßig überschrieben. Dieser Ordner befindet sich im  bootflash   Oder  flash  des Catalyst-Geräts.

Tracelogs erstellen

Switch#request platform software trace archive

Creating archive file [flash:Switch_1_RP_0_trace_archive-20230719-192115.tar.gz]

Done with creation of the archive file: [flash:Switch_1_RP_0_trace_archive-20230719-192115.tar.gz]

Switch#dir flash: | include .gz

499729 -rw- 29573907 Jul 19 2023 19:21:22 +00:00 Switch_1_RP_0_trace_archive-20230719-192115.tar.gz

Systemberichte

Ein Systembericht ist eine komprimierte Datei, die den Großteil der bei der Softwareausführung verfügbaren Informationen erfasst, wenn ein unerwartetes Neuladen auftritt. Der Systembericht enthält Ablaufverfolgungsprotokolle, Crashfo und Kerndateien. Diese Datei wird automatisch erstellt, wenn ein unerwartetes Neuladen auf Cisco IOS® XE-Switches durch einen Absturz oder einen Softwarefehler verursacht wurde. Die Datei befindet sich im crashinfo verzeichnis. Diese Datei ist verschlüsselt und erfordert TAC-Support für Decodierung und Analyse.

Switch#dir crashinfo: | include .gz

Directory of crashinfo:/

19 -rwx 655080 Aug 7 2013 16:31:31 +00:00 system-report_1_20130807-163050-UTC.gz

Hinweis: Diese Dateien mit der Endung .gz müssen mithilfe eines beliebigen in Ihrem Netzwerk verfügbaren Übertragungsprotokolls aus dem Gerät extrahiert werden. (TFTP, FTP, SCP usw.)

Cisco Bugs

Es gibt einige Fehler, die zu einem unerwarteten Neuladen auf Catalyst Switches der Serie 9000 führen können.

Hinweis: Nur registrierte Cisco Benutzer können auf interne Fehlerinformationen zugreifen.

Cisco Bug-ID CSCvp56289

Geräuschloses Neuladen des Switches der Serie 9300 mit Platinum-Netzteil (PWR-C1-350WAC-P)

Cisco Bug-ID CSCvv27849

Cat 9K & 3K: Unerwartetes Neuladen durch den FED-Prozess.

Cisco Bug-ID CSCvr77861

Catalyst 9300/C9500/C9500H Switches may reload mit dem letzten Grund für das Neuladen als LocalSoft oder CpuCatastrophicErr

Cisco Bug-ID CSCvu97189

Plattformweiterleitung anzeigen (SPF) verursacht Einfrieren oder Neuladen von Geräten

Cisco Bug-ID CSCwe11818

Zusammenführung des C9300L-Stacks nach Switchover

Zugehörige Informationen

- Technischer Support und Downloads von Cisco