Systemfehlerbehebung
Speichern von Kerndateien, die von Junos OS-Prozessen generiert wurden
Wenn ein interner Junos OS-Prozess eine Core-Datei generiert, werden die Datei und die zugehörigen Kontextinformationen standardmäßig zu Debugging-Zwecken in einer komprimierten TAR-Datei mit dem Namen /var/tmp/process-name.corecore-number gespeichert. TGZ. Zu den Kontextinformationen gehören die Konfigurations- und Systemprotokollmeldungsdateien.
So deaktivieren Sie das Speichern von Kerndateien und zugehörigen Kontextinformationen:
[edit system] no-saved-core-context;
So speichern Sie nur die Kerndateien:
[edit system] saved-core-files number;
Dabei number ist die Anzahl der zu speichernden Kerndateien angegeben und kann ein Wert zwischen 1 und 10 sein.
So speichern Sie die Kerndateien zusammen mit den Kontextinformationen:
[edit system] saved-core-context;
Anzeigen von Kerndateien aus Junos OS-Prozessen
Wenn ein interner Junos OS-Prozess eine Core-Datei generiert, finden Sie die Ausgabe unter /var/crash/ und /var/tmp/. Für Junos OS Evolved finden Sie die Ausgabe-Core-Dateien unter /var/core/ für Routing-Engine-Core-Dateien und / var/lib/ftp/in/ für FPC-Core-Dateien. Die Verwendung dieser Verzeichnisse bietet eine schnelle Methode, um Kernprobleme in großen Netzwerken zu finden.
Verwenden Sie den CLI-Befehl show system core-dumps , um Core-Dateien anzuzeigen.
root@host> show system core-dumps -rw------- 1 root wheel 268369920 Jun 18 17:59 /var/crash/vmcore.0 -rw-rw---- 1 root field 3371008 Jun 18 17:53 /var/tmp/rpd.core.0 -rw-r--r-- 1 root wheel 27775914 Jun 18 17:59 /var/crash/kernel.0
Siehe auch
Sammeln von Systemstatusindikatoren zum Erfassen von Informationen für das Systemdebuggen
Sie können Systemstatusindikatoren auf Ihrem Netzwerkgerät erfassen und archivieren. Wenn Sie JTAC um Hilfe bei der Fehlerbehebung eines Problems auf Ihrem System bitten, können Sie und Ihr JTAC-Supportteam sehen, was auf Ihrem System in regelmäßigen Abständen vor dem Auftreten des Systemproblems geschah.
Netzwerkgeräte, die diese Funktion unterstützen, führen ein Shell-Skript aus, das regelmäßig RE-, PFE- und SHELL-Zähler sowie andere Systemzustandsindikatoren erfasst. Die Zähler sind entweder protokoll- oder CPU-bezogen. Die erfassten Leistungsindikatoren werden in counter.log Dateien im Verzeichnis var/log gespeichert. Eine counter.info Datei im selben Verzeichnis zeichnet Einstellungen für Skriptausführungsparameter auf.
Die Leistungsindikatoren werden mit Zeitstempeln in die counter.log Datei geschrieben, die beim Debuggen hilfreich sind.
Sie haben zwei Möglichkeiten, die Ausführung des Skripts anzupassen:
Sie können die Standardwerte für Skriptausführungsparameter ändern, indem Sie die counter.info Datei bearbeiten. Sie müssen angemeldet sein,
super-userum diese Aufgabe ausführen zu können. Weitere Informationen finden Sie unter Ändern von Parameterwerten für die Skriptausführung.Sie können die Ausführung des Skripts neu starten und später beenden. In der Regel würden Sie dies tun, weil die counter.info Datei gelöscht oder bearbeitet wurde. Erfahren Sie , wie Sie die Ausführung des Skripts neu starten oder stoppen.
- Was steht im Shell-Skript und wie wird es ausgeführt?
- Ändern von Parameterwerten für die Skriptausführung
- So starten oder stoppen Sie die Ausführung des Skripts
Was steht im Shell-Skript und wie wird es ausgeführt?
In regelmäßigen Abständen werden zwei Sätze von Indikatoren erfasst:
-
SET1— Dieses Set erfasst den Systemstatus für zeitkritische Anwendungen regelmäßig in schnellen Intervallen von 9 Sekunden.
-
SET2— Dieser Satz erfasst den Systemstatus regelmäßig in langsamen Intervallen von 60 Minuten.
Die Software überprüft die CPU-Auslastung, bevor sie mit der Erfassung von SET1- und SET2-Zählern beginnt. Wenn die Software eine hohe CPU-Auslastung (85 Prozent oder mehr) erkennt, erfasst sie nicht die normalerweise angegebenen Leistungsindikatoren, sondern verschiedene Leistungsindikatoren, die einen kleineren Satz als den Satz der normalerweise angegebenen Leistungsindikatoren bilden.
Das Skript wird folgendermaßen ausgeführt:
Das Shell-Skript wird 240 Sekunden nach dem Hochfahren des Netzwerkgeräts ausgeführt.
SET1 wird zuerst ausgeführt.
Wenn ein Befehl in SET1 nicht innerhalb der vorgegebenen Zeit abgeschlossen wird, schneidet das Skript die Ausführung dieses Befehls ab, speichert die CLI-Ausgabesammlung in der
counter.logDatei und fährt mit dem nächsten Befehl fort.Wenn der Lauf von SET1 beendet ist, startet SET2. Auch hier wird jeder Befehl, der nicht innerhalb der zugewiesenen Zeit ausgeführt wird, abgeschnitten, wobei die CLI-Ausgabesammlung in der
counter.logDatei gespeichert wird und das Skript mit dem nächsten Zeilenelement fortfährt.Wenn die Skriptausführung während einer CLI-Ausgabeerfassung neu gestartet oder gestoppt wird, schließt das Skript die laufende CLI-Ausgabeerfassung ab und wird dann ordnungsgemäß beendet.
super-user anmelden und dann die Ausführungsparameter des Skripts bearbeiten, einschließlich der CLI-Listen von SET1 und SET2. Weitere Informationen finden Sie unter
Ändern von Parameterwerten für die Skriptausführung.
Ändern von Parameterwerten für die Skriptausführung
Sie können die Werte der Shell-Skriptausführungsparameter ändern, z. B. die CLI-Listen für SET1 und SET2 oder die Anzahl der zu archivierenden Protokolldateien. Sie müssen angemeldet super-user sein, um Änderungen an den Parameterwerten vornehmen zu können.
In Tabelle 1 sind die Parametereinstellungen aufgeführt, die Sie in der counter.info Datei bearbeiten können.
| Festlegen | Beschreibung | Standardverwendungshinweise | |
|---|---|---|---|
| SET1_TIME | Zeitintervall für die Ausführung der SET1-Sammlung von Einzelposten in schnellen Zeitintervallen (in Sekunden) | 9 Sekunden | Auf < SET2_TIME eingestellt |
| SET2_TIME | Zeitintervall für die Ausführung der SET2-Sammlung von Einzelpostenin langsamen Zeitintervallen (in Sekunden) | 3600 Sekunden | Auf > SET1_TIME eingestellt |
| MAX_CLI_EXECUTION_TIME | Maximales Zeitintervall (in Sekunden), das auf den Abschluss jeder CLI-Ausgabesammlung gewartet werden soll | 25 Sekunden | Wenn die CLI-Ausgabeerfassung länger als diese Zeit dauert, beendet das Skript diese spezifische CLI-Ausgabesammlung und führt die nächste Anweisung im Skript aus. Durch dieses Verhalten wird sichergestellt, dass das Skript alle Anweisungen ausführt. |
| SET1_ON | Zum Aktivieren und Deaktivieren der schnellen Zählererfassung | 1 (aktivieren) | |
| SET2_ON | Zum Aktivieren und Deaktivieren der langsamen Zählererfassung | 1 (aktivieren) | |
| LOG_FILE_ARCHIVE_MIN_SIZE | Mindestgröße counter.log zu archivierenden Datei | 1024 Tsd. | |
| LOG_FILE_ARCHIVE_COUNT | Anzahl counter.log zu archivierenden Dateien | 10 | |
| VERSION | Versionsnummer der counter.info Datei |
VORSICHT:
Aktualisieren Sie nicht den VERSION-Wert in der Datei
/var/log/counter.info.
|
|
| SET1 und SET2 CLI-Listen der Befehle, die im Skript ausgeführt werden | Die CLI-Listen sind in die folgenden Unterlisten unterteilt:
Anmerkung: Wenn eine CPU-Auslastung von >85 % erkannt wird, werden die in RE_CPU, PFE_CPU und SHELL_CPU genannten CLI-Ausgänge in den Intervallen von SET1_TIME und SET2_TIME erfasst.
|
Jeder Satz enthält eine Standardliste von CLI-Befehlen. | Wenn die standardmäßigen CLI-Listen nicht alle benötigten Systeminformationen bereitstellen, bearbeiten Sie die CLI-Listen, um Zähler für die zusätzlichen Systeminformationen zu erhalten, die Sie benötigen. |
So starten oder stoppen Sie die Ausführung des Skripts
Wenn Sie Änderungen an der counter.info Datei vornehmen, verwenden Sie den Befehl restart , um das Skript manuell auszuführen:
user@host> request restart system-counter-script
Verwenden Sie den folgenden stop Befehl, um die Ausführung des Skripts zu beenden:
user@host> request stop system-counter-script