Fehlerbehebung bei unerwarteten Ladevorgängen auf Catalyst Switches der Serie 9000
Download-Optionen
Inklusive Sprache
In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Informationen zu dieser Übersetzung
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
Inhalt
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 |
Der Befehl reload wurde ausgegeben (Wenn dies nicht erwartet wurde, können Sie bestätigen, wann diese Aktion über iosrp parser traces ausgeführt wurde) |
| 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 |
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.
- Erfassen Sie den
show tech-supportBefehl 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)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:
- Protokollierte Terminalsitzung: Verwenden Sie ein Terminalprogramm, und zeichnen Sie die Sitzung in einer Textdatei auf. Führen Sie dann in der CLI den Befehl aus,
show tech-supportund warten Sie, bis die Auflistung abgeschlossen ist. Übergeben Sie die Textdatei an das TAC-Ticket. - Umgeleitet zu: Führen Sie den Befehl über die 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 auf dem Catalyst-Gerät.
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.gzSystemberichte
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 imcrashinfoVerzeichnis. 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.gzAnmerkung: 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.)
Fehlerbehebung
Einschalten
Erläuterung
Das Netzteil wurde manuell aus- und eingeschaltet. Dies kann auch mit einer langen Unterbrechung der Stromversorgung zusammenhängen. In diesem Szenario werden keine Absturz- oder Core-Dateien generiert.
Problembehebung
1. Überprüfen Sie, ob die Netzteile manuell ausgeschaltet wurden. Andernfalls fahren Sie mit den Überprüfungen fort.
2. Prüfen Sie, ob die Netzkabel der Netzteile nicht locker sind oder leicht abgezogen werden dürfen.
3. Überprüfen Sie, ob andere Geräte, die den gleichen Einlasskreis nutzen, ebenfalls ausgefallen sind oder nicht. Wenn der Ausfall nur auf den Switch zurückzuführen ist, fahren Sie mit den Überprüfungen fort.
4. Überprüfen Sie, ob der Eingangskreis, aus dem der Switch Strom bezieht, lange ausgefallen ist, wodurch der Strom vom Switch getrennt wurde.
5. Wenn alle vorherigen Bedingungen überprüft wurden und keine Probleme mit der Stromversorgung vor Ort gefunden wurden, erstellen Sie ein TAC-Ticket.
Stack-Zusammenführung aufgrund von Inkompatibilität
Erläuterung
Der Standby-Switch des Stacks hat die Kommunikation mit dem aktiven Switch unterbrochen und eine Zusammenführung aller Switches im Stack ausgelöst, um einen neuen aktiven Switch erneut auszuwählen. Keepalive-Nachrichten werden kontinuierlich über die Stack-Datenkabel gesendet und empfangen. Wenn diese Nachrichten nicht rechtzeitig gesendet/empfangen werden, deklarieren die Switches den Kommunikationsverlust und es kommt zu einer Stack-Zusammenführung.
Problembehebung
1. Prüfen Sie, ob die Stacking-Datenkabel fehlerfrei sind und nicht lose in die Stack-Datensteckplätze eingesetzt wurden.
2. Stellen Sie sicher, dass die Stack-Datenkabel richtig sitzen und die Schrauben nicht zu fest angezogen sind.
3. Wenn der Switch Stacking-Module aufweist, stellen Sie sicher, dass die Schrauben nicht zu fest angezogen und nicht lose in die Stack-Einschübe eingesetzt sind.
4. Wenn das erneute Laden aufgrund der Stack-Zusammenführung fortgesetzt wird, fahren Sie mit dem Ersetzen der Stacking-Datenkabel und Stacking-Datenmodule fort (wenn der Switch Stacking-Module hat).
5. Wenn der Stack nach dem Austausch der Datenkabel weiter zusammengeführt wird, öffnen Sie ein TAC-Ticket.
Befehl neu laden
Erläuterung
Der Befehlreloadwurde über die CLI des Switches ausgeführt, um ein manuelles Software-Neuladen anzuweisen.
Problembehebung
Es sind keine Korrekturmaßnahmen verfügbar, da aufgrund der Verwendung des angegebenen Befehls ein erneutes Laden erwartet wird.
LocalSoft- oder CPU-schwerwiegender Fehler
Erläuterung
In der Software oder CPU ist ein Fehler aufgetreten, und das Gerät musste zurückgesetzt werden. Dies ist ein durch die Software generierter Neustart, der mit der Cisco Bug-ID CSCvr77861 in Zusammenhang stehen kann. Aufgrund dieses Fehlerzustands wurden keine Core-Dateien oder ein Absturz generiert.
Problembehebung
1. Überprüfen Sie die Fehlerdetails, und aktualisieren Sie den Switch auf die neueste feste Version.
2. Wenn das Problem erneut auftritt, sammeln Sie vor und nach dem Problem Ablaufverfolgungsprotokolle und zusätzliche Protokolldaten.
3. Öffnen Sie ein TAC-Ticket.
Stromausfall oder Unbekannt
Erläuterung
Die Stromversorgung des Gerätes bzw. des Einlasskreises muss plötzlich unterbrochen sein, wodurch die Stromversorgung des Schalters vorübergehend unterbrochen wird. Dies kann auch auf eine sehr kurze Unterbrechung der Stromversorgung der (ggf.) mit dem Schalter verbundenen USV zurückzuführen sein. In diesem Szenario werden keine Absturz- oder Core-Dateien generiert.
Problembehebung
1. Überprüfen Sie, ob die LEDs der Netzteile grün leuchten müssen. Wenn keine LEDs leuchten oder eine rote Farbe angezeigt wird, ersetzen Sie das Netzteil durch ein funktionierendes.
2. Prüfen Sie, ob die Netzkabel der Netzteile nicht locker sind oder leicht abgezogen werden dürfen.
3. Wenn der Switch an eine USV angeschlossen ist, stellen Sie sicher, dass kein Ausfall auftrat, durch den die Stromversorgung des Switches unterbrochen werden konnte.
4. Überprüfen Sie, ob andere Geräte, die den gleichen Einlasskreis nutzen, ebenfalls ausgefallen sind oder nicht. Wenn der Ausfall nur auf den Switch zurückzuführen ist, fahren Sie mit den Überprüfungen fort.
5. Überprüfen Sie, ob der Eingangskreis, von dem der Switch Strom bezieht, eine kleine Klappe oder eine Veränderung der Spannungs-/Stromniveaus aufweist.
6. Wenn alle vorherigen Bedingungen überprüft wurden und keine Probleme mit Leistungsschwankungen vor Ort gefunden wurden, erstellen Sie ein TAC-Ticket.
Redundanz Force-Switchover
Erläuterung
Der Befehl redundancy force-switchover wurde ausgeführt, wodurch der Standby-Modus die Rolle "Aktiv" übernahm und der vorherige Active-Modus zurückgesetzt wurde.
Problembehebung
Es sind keine Korrekturmaßnahmen verfügbar, da das erneute Laden des aktiven Switches aufgrund des angegebenen Befehls erwartet wird.
Image-Installation
Erläuterung
Das Gerät wurde nach der Installation eines neuen Cisco IOS® XE-Images neu geladen.
Problembehebung
Es sind keine Korrekturmaßnahmen verfügbar, da das erneute Laden des Stacks aufgrund des Installationsprozesses erfolgte und erwartet wird.
Core-Datei vorhanden oder Absturz
Erläuterung
Der Switch ist abgestürzt und hat einen Absturz oder eine Core-Datei generiert. Suchen Sie im Flash-Speicher nach einer der folgenden Dateien: oder crashinfo: Verzeichnisse
Dieser Befehl kann auf dem Switch ausgeführt werden, um alle Verzeichnisse nach Kerndateien, Systemberichten und Dateien mit niedrigem Speicherschwellenwert zu durchsuchen:
- Wenn in den Ausgaben keine Dateien und nur Verzeichnisse angezeigt werden, ist aus diesen Gründen kein Absturz aufgetreten.
- Wenn Dateien angezeigt werden, aber nicht mit Datum und Uhrzeit des Ereignisses übereinstimmen, das von Interesse oder Bedenken ist
cats-c9300#dir /recur all-filesystems | inc Directory of|crashinfo_|core.gz|fullcore|system-report|kernel.rp|threshold_lowmem_info Directory of system:/* Directory of system:/ Directory of system:/memory/ Directory of system:/ Directory of tmpsys:/* Directory of crashinfo:/* Directory of crashinfo:/tracelogs/ Directory of crashinfo:/ Directory of crashinfo:/license_evlog/ Directory of crashinfo:/ <-Inside crashinfo:/ directory 12 -rw- 483563 Jun 27 2023 17:15:52 +00:00 cats-c9300_crashinfo_1_RP_00_00_20230627-171547-UTC 13 -rw- 139205443 Jun 27 2023 17:16:49 +00:00 cats-c9300_1_RP_0-system-report_1_20230627-171626-UTC.tar.gz <-System Report (May also contain a core.gz file) 16 -rw- 223501 Jul 30 2023 13:49:41 +00:00 cats-c9300_crashinfo_1_RP_00_00_20230730-134940-UTC 28 -rw- 420518 Aug 29 2023 15:56:18 +00:00 cats-c9300_crashinfo_1_RP_00_00_20230829-155613-UTC 21 -rw- 53900932 Aug 29 2023 15:56:53 +00:00 cats-c9300_1_RP_0-system-report_1_20230829-155647-UTC.tar.gz <-System Report (May also contain a core.gz file) Directory of flash:/* Directory of flash:/ Directory of flash:/pcap/ Directory of flash:/ Directory of flash:/.images/ Directory of flash:/.images/17.09.02.0.3040.1667428055/ Directory of flash:/ Directory of flash:/cflow/ Directory of flash:/cflow/ctc_pids/ Directory of flash:/.product_analytics/ Directory of flash:/.product_analytics/ Directory of flash:/.product_analytics/policies/ Directory of flash:/.product_analytics/ Directory of flash:/.product_analytics/databases/ Directory of flash:/ Directory of flash:/.installer/ Directory of flash:/.installer/issu_crash/ Directory of flash:/.installer/ Directory of flash:/ Directory of flash:/core/ Directory of flash:/core/modules/ Directory of flash:/core/ <-Inside flash:/core/ 262146 -rw- 41575076 Jul 30 2023 13:50:06 +00:00 cats-c9300_1_RP_0_x86_64_crb_linux_iosd_ngwc-universalk9-ms_27272_20230730-134942-UTC.core.gz <-Core File 262147 -rw- 44973003 Aug 28 2023 12:49:07 +00:00 cats-c9300_1_RP_0_x86_64_crb_linux_iosd_ngwc-universalk9-ms_18507_20230828-124841-UTC.core.gz <-Core File 262148 -rw- 44997000 Aug 29 2023 11:22:30 +00:00 cats-c9300_1_RP_0_x86_64_crb_linux_iosd_ngwc-universalk9-ms_1466_20230829-112204-UTC.core.gz <-Core File 376833 -rw- 13189075 Sep 7 2023 18:42:13 +00:00 cats-c9300_1_RP_0_fed_2564_20230907-184202-UTC.core.gz <-Core File Directory of flash:/.prst_sync/ Directory of flash:/.rollback_timer/ Directory of flash:/ Directory of flash:/dc_profile_dir/ Directory of flash:/ Directory of flash:/pnp-info/ Directory of flash:/ Directory of flash:/ss_disc/ Directory of flash:/tech_support/ Directory of flash:/sys_report/ Directory of flash:/ Directory of flash:/Tbot/ Directory of flash:/.dbpersist/ Directory of flash:/.dbpersist/history/ Directory of flash:/.dbpersist/ Directory of flash:/.dbpersist/DMI_STATE_DB/ Directory of flash:/.dbpersist/ Directory of flash:/onep/ Directory of flash:/onep/apps-cli/ Directory of flash:/ Directory of flash:/guest-share/ Directory of flash:/ Directory of flash:/fp_cc_crash/ Directory of flash:/.rommon_sync/ Directory of flash:/ Directory of flash:/EDScisco/ Directory of flash:/ Directory of flash:/SHARED-IOX/ Directory of flash:/ Directory of flash:/confd_debugged_dumps/ Directory of flash:/ Directory of flash:/.PATCH-backup/ Directory of flash:/ <-Inside flash:/ directory 114756 -rw- 474448 Mar 30 2023 19:50:53 +00:00 threshold_lowmem_info_20230330-195051-UTC <-May indicate memory leak Directory of webui:/* Directory of webui:/ Directory of nvram:/* Directory of nvram:/
Problembehebung
Zur Bestimmung der RCA wird ein TAC-Ticket benötigt:
- Diese Datei muss vom Architekturteam analysiert werden.
- Wenn Sie die Serviceanfrage öffnen, wählen Sie "Produkt" > "Unerwarteter Neustart" > "Softwarefehler", um das Ticket mit dem richtigen Team zu öffnen.
Cisco Bug-IDs
Es gibt einige Fehler, die zu einem unerwarteten Neuladen auf Catalyst Switches der Serie 9000 führen können.
Anmerkung: 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 9000 und 3000: Unerwartetes Neuladen, das durch den FED-Prozess verursacht wurde. |
| Cisco Bug-ID CSCvr77861 |
Cat9300-/C9500-/C9500H-Switches werden aus dem letzten Grund erneut |
| 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
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
1.0 |
27-Jul-2023 |
Erstveröffentlichung |
Beiträge von Cisco Ingenieuren
- Laura Arias CamargoCisco Escalation Engineer
FeedbackCisco kontaktieren
- Eine Supportanfrage öffnen
- (Erfordert einen Cisco Servicevertrag)