Einleitung
Dieses Dokument beschreibt die Fehlerbehebung bei Router-Abstürzen.
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.
Hintergrundinformationen
Ein Systemabsturz ist eine Situation, in der das System einen nicht behebbaren Fehler erkannt und sich selbst neu gestartet hat. Die Fehler, die Abstürze verursachen, werden in der Regel von der Prozessorhardware erkannt, die automatisch zu einem speziellen Fehlerbehandlungscode im ROM-Monitor verzweigt. Der ROM-Monitor identifiziert den Fehler, gibt eine Meldung aus, speichert Informationen über den Fehler und startet das System neu.
Informationen über den Absturz abrufen
Wenn der Router abstürzt, ist es äußerst wichtig, so viele Informationen wie möglich über den Absturz zu sammeln, bevor Sie den Router manuell neu laden oder aus- und wieder einschalten. Alle Informationen über den Absturz, außer denen, die erfolgreich im crashinfo
-Datei nach einem manuellen Neuladen oder Ein-/Ausschalten verloren. Diese Ausgaben geben einige Hinweise und Informationen über den Absturz.
Wenn Sie die Ausgabe eines show version
, show stacks
, show context
,Oder show tech support
Ihres Cisco Geräts verwenden, können Sie Cisco CLI Analyzer verwenden, um potenzielle Probleme und Korrekturen anzuzeigen. Um Cisco CLI Analyzer verwenden zu können, müssen Sie angemeldet sein und JavaScript aktivieren.
Hinweis: Nur registrierte Cisco BenutzerInnen können auf interne Cisco Tools und Informationen zugreifen.
Command |
Beschreibung |
show version |
Dieser Befehl wurde zum ersten Mal in Cisco IOS® Softwareversion 10.0 angezeigt. Die Fehlermeldung show version EXEC zeigt die Konfiguration der Systemhardware, die Softwareversion, die Namen und Quellen der Konfigurationsdateien und Software-Images, die Verfügbarkeit des Routers und Informationen zum Neustart des Systems an. WICHTIG: Wenn der Router nach dem Absturz neu geladen wird (wenn er z. B. aus- und wieder eingeschaltet wurde oder der Befehl reload ausgegeben wurde), können diese Informationen verloren gehen. Versuchen Sie daher, sie vor dem Neuladen zu sammeln! |
Ausstellungsstapel |
Dieser Befehl wurde zum ersten Mal in Version 10.0 der Cisco IOS-Software angezeigt. Die Fehlermeldung show stacks EXEC wird verwendet, um die Stack-Nutzung von Prozessen und Interrupt-Routinen zu überwachen. Die Fehlermeldung show stacks -Ausgabe ist eine der wichtigsten Informationsquellen, die beim Absturz des Routers erfasst werden müssen. WICHTIG: Wenn der Router nach dem Absturz neu geladen wird (z. B. durch Ein-/Ausschalten oder den Befehl reload), können diese Informationen verloren gehen. Versuchen Sie daher, sie vor dem Neuladen zu sammeln! |
Kontext anzeigen |
Dieser Befehl wurde zum ersten Mal in Version 10.3 der Cisco IOS-Software angezeigt. Die Fehlermeldung show context EXEC wird verwendet, um im nichtflüchtigen RAM (NVRAM) gespeicherte Informationen anzuzeigen, wenn eine Ausnahme auftritt. Kontextinformationen beziehen sich speziell auf Prozessoren und Architekturen, Informationen zu Softwareversionen und Verfügbarkeit hingegen nicht. Kontextinformationen für verschiedene Routertypen können daher abweichen. Die Ausgabe, die vom show context enthält:
- den Grund für den Neustart des Systems.
- Stapelüberwachung.
- software-version.
- Informationen zu Signallummer, Code und Router-Betriebszeit.
- den gesamten Registerinhalt zum Zeitpunkt des Absturzes.
|
show tech-support |
Dieser Befehl wurde zum ersten Mal in Version 11.2 der Cisco IOS-Software angezeigt. Mit diesem Befehl können Sie allgemeine Informationen über den Router sammeln, wenn Sie ein Problem melden. Sie umfasst:
show version
show running-config
show stacks
show interface
show controller
show process cpu
show process memory
show buffers
|
Konsolenprotokoll |
Wenn Sie zum Zeitpunkt des Absturzes mit der Konsole des Routers verbunden sind, können Sie während des Absturzes Folgendes sehen: *** System received a Software forced crash ***
signal= 0x17, code= 0x24, context= 0x619978a0
PC = 0x602e59dc, Cause = 0x4020, Status Reg = 0x34008002
DCL Masked Interrupt Register = 0x000000f7
DCL Interrupt Value Register = 0x00000010
MEMD Int 6 Status Register = 0x00000000
Bewahren Sie diese Informationen und die Protokolle vor sich auf. Wenn der Router wieder verfügbar ist, sollten Sie sich die show stacks Ausgabe. |
syslog |
Wenn der Router so eingerichtet ist, dass er Protokolle an einen Syslog-Server sendet, können Sie einige Informationen zu den Ereignissen vor dem Absturz auf dem Syslog-Server sehen. Wenn der Router jedoch abstürzt, kann er die nützlichsten Informationen nicht an diesen Syslog-Server senden. Meistens syslog -Ausgabe ist für die Fehlerbehebung von Abstürzen nicht sehr nützlich. |
Crashfo |
Die crashinfo-Datei ist eine Sammlung nützlicher Informationen zum aktuellen Absturz, die im Bootflash oder Flash-Speicher gespeichert sind. Wenn ein Router aufgrund von Daten- oder Stapelfehlern abstürzt, sind mehr Informationen zum erneuten Laden erforderlich, um diesen Absturztyp zu debuggen, als nur die Ausgabe aus dem normalen show stacks aus. Die Fehlermeldung crashinfo wird standardmäßig geschrieben in bootflash:crashinfo auf dem Cisco 12000 Gigabit Router Processor (GRP), den Cisco Route Switch Processors (RSPs) der Serien 7000 und 7500 und den Cisco Routern der Serie 7200. Für den Cisco 7500 Versatile Interface Processor 2 (VIP2) wird diese Datei standardmäßig gespeichert auf bootflash:vip2_slot_no_crashinfo slot_no ist die VIP2-Steckplatznummer. Für den Cisco 7000 Route Processor (RP) wird die Datei standardmäßig unter flash:crashinfo . Weitere Informationen finden Sie unter Abrufen von Informationen aus der Crashinfo-Datei. |
Kernablagerung |
Ein Core Dump ist eine vollständige Kopie des Router-Speicher-Images. Diese Informationen sind für die Fehlerbehebung der meisten Arten von Abstürzen nicht notwendig, aber sie werden dringend empfohlen, wenn Sie einen neuen Fehler melden. Sie müssen einige Debugs aktivieren, um dem Core Dump weitere Informationen hinzuzufügen, z. B. Fehlerbehebbarkeit des Debugs, Heapcheck-Prozess des Planers und Speicherüberprüfungsintervall 1. Weitere Informationen finden Sie unter Erstellen von Core Dumps. |
Raummonitor |
Der Router kann nach einem Absturz in den ROM-Monitor gelangen, wenn die Einstellung für das Konfigurationsregister mit 0 endet. Wenn der Prozessor 68k ist, kann die Eingabeaufforderung ">" sein. Sie können die Stapelüberwachung mit dem Befehl k abrufen. Wenn der Prozessor ein Reduced Instruction Set Computing (RISC) ist, kann die Eingabeaufforderung rommon 1> . Rufen Sie die Ausgabe von stack 50 Oder show context . |
Absturzarten
Die Fehlermeldung show version
und show stacks
-Befehle liefern Ihnen eine Ausgabe, die Ihnen einen Hinweis auf die Art des Absturzes gibt, der aufgetreten ist, wie z. B. Busfehler oder erzwungener Absturz durch Software. Sie können auch Informationen zum Absturztyp aus dem crashinfo
und show context
-Befehlen. Für einige spätere Cisco IOS Software-Versionen sind die Absturzgründe nicht eindeutig angegeben (z. B. Signal = x, wobei x eine Zahl ist). Unter Versatile Interface Processor Crash Reason Codes (Versatile Interface Processor Absturzursachencodes) können Sie diese Zahl in etwas Sinnvolles übersetzen. Signal = 23 bedeutet beispielsweise einen von der Software erzwungenen Absturz. Verwenden Sie diese Links, um die jeweilige Art des Absturzes Ihres Routers zu beheben:
Siehe Prozessorspeicher-Paritätsfehler (PMPEs) für folgende Probleme:
Erfahren Sie über die folgenden Probleme, was bewirkt, dass ein Router durch den Abbruch- oder Trace-Trap-Befehl neu gestartet wird:
Informationen zu diesen Problemen finden Sie unter Weniger häufige Arten von Systemabstürzen:
Router-Modul stürzt ab
Manchmal stürzt nur ein bestimmtes Router-Modul ab, nicht der Router selbst. Im Folgenden finden Sie einige Dokumente, die beschreiben, wie Abstürze auf einigen Routermodulen behoben werden:
Beispiele für die Ausgabe, die auf den Absturz hinweist
Router#show version
Cisco Internetwork Operating System Software
Cisco IOS (tm) RSP Software (RSP-PV-M), Version 12.0(10.6)ST, EARLY DEPLOYMENT
MAINTENANCE INTERIM SOFTWARE
Copyright (c) 1986-2000 by cisco Systems, Inc.
Compiled Fri 23-Jun-00 16:02 by richv
Image text-base: 0x60010908, data-base: 0x60D96000
ROM: System Bootstrap, Version 12.0(19990806:174725), DEVELOPMENT SOFTWARE
BOOTFLASH: RSP Software (RSP-BOOT-M), Version 12.0(9)S, EARLY DEPLOYMENT
RELEASE SOFTWARE (fc1)
Router uptime is 20 hours, 56 minutes
System returned to ROM by error - a Software forced crash, PC 0x60287EE8
System image file is "slot0:rsp-pv-mz.120-10.6.ST"
cisco RSP8 (R7000) processor with 131072K/8216K bytes of memory.
R7000 CPU at 250Mhz, Implementation 39, Rev 1.0, 256KB L2, 2048KB L3 Cache
Last reset from power-on
G.703/E1 software, Version 1.0.
G.703/JT2 software, Version 1.0.
X.25 software, Version 3.0.0.
Chassis Interface.
1 EIP controller (6 Ethernet).
1 VIP2 R5K controller (1 FastEthernet)(2 HSSI).
6 Ethernet/IEEE 802.3 interface(s)
1 FastEthernet/IEEE 802.3 interface(s)
2 HSSI network interface(s)
2043K bytes of non-volatile configuration memory.
20480K bytes of Flash PCMCIA card at slot 0 (Sector size 128K).
16384K bytes of Flash internal SIMM (Sector size 256K).
No slave installed in slot 7.
Configuration register is 0x2102
Router#show stacks
Minimum process stacks:
Free/Size Name
5188/6000 CEF Reloader
9620/12000 Init
5296/6000 RADIUS INITCONFIG
5724/6000 MDFS Reload
2460/3000 RSP memory size check
8176/9000 DHCP Client
Interrupt level stacks:
Level Called Unused/Size Name
1 163 8504/9000 Network Interrupt
2 14641 8172/9000 Network Status Interrupt
3 0 9000/9000 OIR interrupt
4 0 9000/9000 PCMCIA Interrupt
5 5849 8600/9000 Console Uart
6 0 9000/9000 Error Interrupt
7 396230 8604/9000 NMI Interrupt Handler
System was restarted by error - a Software forced crash, PC 0x602DE884 at 05:07:31
UTC Thu Sep 16 1999
RSP Software (RSP-JSV-M), Version 12.0(7)T, RELEASE SOFTWARE (fc2)
Compiled Mon 06-Dec-99 19:40 by phanguye
Image text-base: 0x60010908, database: 0x61356000
Stack trace from system failure:
FP: 0x61F73C30, RA: 0x602DE884
FP: 0x61F73C30, RA: 0x6030D29C
FP: 0x61F73D88, RA: 0x6025E96C
FP: 0x61F73DD0, RA: 0x6026A954
FP: 0x61F73E30, RA: 0x602B94BC
FP: 0x61F73E48, RA: 0x602B94A8
Wenn ein Crashfo im Bootflash verfügbar ist, werden diese Informationen am Ende des show stacks
command:
***************************************************
******* Information of Last System Crash **********
***************************************************
Using bootflash:crashinfo_20000323-061850. 2000
CMD: 'sh int fas' 03:23:41 UTC Thu Mar 2 2000
CMD: 'sh int fastEthernet 6/0/0' 03:23:44 UTC Thu Mar 2 2000
CMD: 'conf t' 03:23:56 UTC Thu Mar 2 2000
CMD: 'no ip cef di' 03:23:58 UTC Thu Mar 2 2000
CMD: 'no ip cef distributed ' 03:23:58 UTC Thu Mar 2 2000
...
Router#show context
System was restarted by error - a Software forced crash, PC 0x602DE884 at
05:07:31 UTC Thu Sep 16 1999
RSP Software (RSP-JSV-M), Version 12.0(7)T, RELEASE SOFTWARE (fc2)
Compiled Mon 06-DEC-99 19:40 by phanguye
Image text-base: 0x60010908, database: 0x61356000
Stack trace from system failure:
FP: 0x61F73C30, RA: 0x602DE884
FP: 0x61F73C30, RA: 0x6030D29C
FP: 0x61F73D88, RA: 0x6025E96C
FP: 0x61F73DD0, RA: 0x6026A954
FP: 0x61F73E30, RA: 0x602B94BC
FP: 0x61F73E48, RA: 0x602B94A8
Fault History Buffer:
RSP Software (RSP-JSV-M), Version 12.0(7)T, RELEASE SOFTWARE (fc2)
Compiled Mon 06-DEC-99 19:40 by phanguye
Signal = 23, Code = 0x24, Uptime 3w0d
$0 : 00000000, AT : 619A0000, v0 : 61990000, v1 : 00000032
a0 : 6026A114, a1 : 61A309A4, a2 : 00000000, a3 : 00000000
t0 : 61F6CD80, t1 : 8000FD88, t2 : 34008700, t3 : FFFF00FF
t4 : 00000083, t5 : 3E840024, t6 : 00000000, t7 : 00000000
s0 : 0000003C, s1 : 00000036, s2 : 00000000, s3 : 61F73C48
s4 : 00000000, s5 : 61993A10, s6 : 61982D00, s7 : 61820000
t8 : 0000327A, t9 : 00000000, k0 : 61E48C4C, k1 : 602E7748
gp : 6186F3A0, sp : 61F73C30, s8 : 00000000, ra : 6030D29C
EPC : 602DE884, SREG : 3400E703, Cause : 00000024
Error EPC : BFC00000, BadVaddr : 40231FFE
Zu erfassende Informationen, wenn Sie eine TAC-Serviceanfrage stellen
Wenn Sie nach Abschluss der Schritte zur Fehlerbehebung weiterhin Unterstützung benötigen und eine Serviceanfrage beim Cisco TAC stellen möchten, geben Sie zur Fehlerbehebung bei einem Router-Absturz folgende Informationen an:
- Fehlerbehebung vor dem Öffnen der Serviceanfrage durchgeführt.
show technical-support
Ausgang (möglichst im Enable-Modus).
show log
Ausgabe oder Konsolenerfassung, falls verfügbar.
- crashinfo-Datei (falls vorhanden und nicht bereits in der
show technical-support
Output).
- Regionsausgabe anzeigen (falls nicht bereits im
show technical-support
Output).
Hängen Sie die gesammelten Daten in nicht gezippter Textform (.txt) an Ihre Serviceanfrage an. Wenn Sie nicht auf das Service Request Tool zugreifen können, können Sie Ihrem Service Request die entsprechenden Informationen hinzufügen. Senden Sie diese an attach@cisco.com mit Ihrer Ticketnummer in der Betreffzeile Ihrer Nachricht.
Hinweis: Bevor Sie die Informationen erfassen, sollten Sie den Router nicht manuell neu laden oder aus- und wieder einschalten, es sei denn, dies ist erforderlich, um einen Router-Absturz zu beheben. Dies kann dazu führen, dass wichtige Informationen verloren gehen, die zur Ermittlung der Ursache des Problems erforderlich sind.
Zugehörige Informationen