So prüfen Sie, ob ein Kernel-Crash-Dump in Linux eingerichtet ist

Einführung

In diesem Lab lernen Sie, wie Sie prüfen können, ob der Kernel-Crash-Dump-Mechanismus kdump auf einem Linux-System eingerichtet und konfiguriert ist. Wir beginnen damit, den aktuellen Status des kdump-Dienstes mit dem Befehl kdumpctl status zu überprüfen.

Als Nächstes werden wir die Hauptkonfigurationsdatei für kdump, die sich unter /etc/kdump.conf befindet, untersuchen, um deren Einstellungen zu verstehen. Schließlich werden wir die Crash-bezogenen Einstellungen im Verzeichnis /proc/sys/kernel prüfen, um die Crash-Dump-Konfiguration des Kernels weiter zu verifizieren.

Skills Graph

%%%%{init: {'theme':'neutral'}}%%%% flowchart RL linux(("Linux")) -.-> linux/BasicFileOperationsGroup(["Basic File Operations"]) linux(("Linux")) -.-> linux/SystemInformationandMonitoringGroup(["System Information and Monitoring"]) linux/BasicFileOperationsGroup -.-> linux/cat("File Concatenating") linux/SystemInformationandMonitoringGroup -.-> linux/service("Service Managing") subgraph Lab Skills linux/cat -.-> lab-558720{{"So prüfen Sie, ob ein Kernel-Crash-Dump in Linux eingerichtet ist"}} linux/service -.-> lab-558720{{"So prüfen Sie, ob ein Kernel-Crash-Dump in Linux eingerichtet ist"}} end

Prüfen des kdump-Status mit kdumpctl status

In diesem Schritt lernen wir, wie wir den Status von kdump mit dem Befehl kdumpctl prüfen können. kdump ist ein Feature in Linux, das einen Crash-Dump-Mechanismus bereitstellt. Wenn das System abstürzt, erfasst kdump den Systemspeicher und speichert ihn in einer Datei, die dann zur Fehlersuche der Absturzsursache verwendet werden kann.

Der Befehl kdumpctl wird verwendet, um den kdump-Dienst zu steuern. Wir können ihn nutzen, um zu prüfen, ob kdump derzeit läuft und aktiviert ist.

Öffnen Sie Ihr Terminal. Denken Sie daran, dass Sie das Symbol für das Xfce Terminal auf der linken Seite Ihres Desktops finden können.

Geben Sie jetzt den folgenden Befehl ein und drücken Sie die Eingabetaste:

kdumpctl status

Dieser Befehl zeigt den aktuellen Status des kdump-Dienstes an. Die Ausgabe gibt an, ob kdump geladen, aktiv und aktiviert ist.

Sie sollten eine Ausgabe ähnlich der folgenden sehen:

kdump is loaded
kexec: loaded
kdump: active
kdump: enabled

Diese Ausgabe zeigt an, dass kdump auf Ihrem System richtig konfiguriert und läuft.

Wenn Sie eine andere Ausgabe sehen, könnte dies bedeuten, dass kdump nicht aktiviert oder nicht läuft. Für dieses Lab gehen wir davon aus, dass kdump aktiviert und aktiv ist.

Das Verständnis des Status von kdump ist der erste Schritt bei der Verwaltung von Crash-Dumps auf einem Linux-System.

Klicken Sie auf Weiter, um zum nächsten Schritt zu gelangen.

Überprüfen der kdump-Konfiguration mit cat /etc/kdump.conf

In diesem Schritt werden wir die Hauptkonfigurationsdatei für kdump untersuchen, die sich unter /etc/kdump.conf befindet. Diese Datei enthält Einstellungen, die steuern, wie kdump bei einem Systemabsturz verhält, beispielsweise, wo der Crash-Dump gespeichert wird und welche Aktionen ausgeführt werden sollen.

Wir verwenden den Befehl cat, um den Inhalt dieser Datei anzuzeigen. Der cat-Befehl ist ein grundlegendes Linux-Hilfsprogramm, das zum Verketteten und Anzeigen von Dateiinhalten verwendet wird.

Öffnen Sie Ihr Terminal, falls es noch nicht geöffnet ist.

Geben Sie jetzt den folgenden Befehl ein und drücken Sie die Eingabetaste:

cat /etc/kdump.conf

Dieser Befehl gibt den gesamten Inhalt der Datei /etc/kdump.conf in Ihrem Terminal aus.

Sie werden mehrere Zeilen mit Konfigurationsoptionen sehen. Einige gängige Optionen, die Sie möglicherweise sehen, sind:

path: Gibt das Verzeichnis an, in dem Crash-Dumps gespeichert werden.
core_collector: Definiert das Programm, das zum Sammeln des Crash-Dumps verwendet wird (z.B. makedumpfile).
crashkernel: Konfiguriert die Menge an Speicher, die für den kdump-Kernel reserviert ist.
default: Legt die Standardaktion fest, die nach dem Speichern eines Crash-Dumps ausgeführt werden soll (z.B. reboot).

Hier ist ein Auszug, wie die Ausgabe aussehen könnte (der genaue Inhalt kann geringfügig variieren):

## This is a basic kdump configuration file.
#

#path /var/crash

#core_collector makedumpfile -l --message-level 1 -d 31
#core_collector_args -v --message-level 1 -d 31

#crashkernel 128M

#default reboot

Zeilen, die mit # beginnen, sind Kommentare und werden vom System ignoriert. Sie geben oft Erklärungen zu den Konfigurationsoptionen.

Durch die Überprüfung dieser Datei können Sie verstehen, wie kdump auf Ihrem System konfiguriert ist. Sie können diese Datei ändern, um das Verhalten von kdump zu ändern, aber seien Sie vorsichtig, wenn Sie Änderungen an Systemkonfigurationsdateien vornehmen.

Klicken Sie auf Weiter, um zum nächsten Schritt zu gelangen.

Untersuchung der Crash-Einstellungen in /proc/sys/kernel

In diesem Schritt werden wir einige Kernel-Parameter im Zusammenhang mit Systemabstürzen und kdump im Verzeichnis /proc/sys/kernel untersuchen. Das /proc-Dateisystem ist ein virtuelles Dateisystem, das Informationen über Prozesse und andere Systeminformationen bereitstellt. Das Verzeichnis /proc/sys enthält Dateien, die es Ihnen ermöglichen, Kernel-Parameter zur Laufzeit anzuzeigen und zu ändern.

Insbesondere werden wir uns Dateien ansehen, die sich auf das Crash-Verhalten beziehen. Wir können erneut den cat-Befehl verwenden, um den Inhalt dieser Dateien anzuzeigen.

Öffnen Sie Ihr Terminal, falls es noch nicht geöffnet ist.

Zunächst schauen wir uns die Datei panic an. Diese Datei steuert das Verhalten des Kernels, wenn ein Panikzustand auftritt (ein schwerwiegender, nicht behebbarer Fehler). Der Wert in dieser Datei gibt die Anzahl der Sekunden an, die der Kernel vor dem Neustart nach einem Panikzustand warten wird.

Geben Sie den folgenden Befehl ein und drücken Sie die Eingabetaste:

cat /proc/sys/kernel/panic

Als Ausgabe sehen Sie eine einzelne Zahl, beispielsweise:

Ein Wert von 0 bedeutet, dass der Kernel nach einem Panikzustand nicht automatisch neu starten wird. Ein positiver Wert gibt die Anzahl der Sekunden an, die vor dem Neustart gewartet wird.

Als Nächstes schauen wir uns die Datei panic_on_oops an. Ein "oops" ist ein weniger schwerwiegender Fehler als ein Panikzustand, kann aber dennoch auf ein Problem hinweisen. Diese Datei bestimmt, ob ein "oops" einen vollständigen Kernel-Panikzustand auslösen soll.

Geben Sie den folgenden Befehl ein und drücken Sie die Eingabetaste:

cat /proc/sys/kernel/panic_on_oops

Als Ausgabe sehen Sie entweder 0 oder 1:

Ein Wert von 0 bedeutet, dass ein "oops" keinen Panikzustand verursachen wird. Ein Wert von 1 bedeutet, dass ein "oops" einen Panikzustand auslösen wird.

Diese Kernel-Parameter sind wichtig, um zu verstehen, wie Ihr System auf Fehler reagieren wird und wie kdump möglicherweise an der Erfassung von Crash-Informationen beteiligt ist.

Klicken Sie auf Weiter, um dieses Lab abzuschließen.

Zusammenfassung

In diesem Lab haben wir gelernt, wie man prüft, ob der Kernel-Crash-Dump-Mechanismus kdump auf einem Linux-System eingerichtet und aktiv ist. Wir haben zunächst den Befehl kdumpctl status verwendet, um den aktuellen Zustand des kdump-Dienstes zu überprüfen und zu bestätigen, ob er geladen, aktiv und eingeschaltet ist. Dies gibt einen schnellen Überblick über den Betriebszustand von kdump.

Nach der Statusprüfung haben wir die Hauptkonfigurationsdatei für kdump, die sich unter /etc/kdump.conf befindet, mit dem cat-Befehl untersucht. Dieser Schritt ermöglicht es uns, die spezifischen Einstellungen zu prüfen, die das Verhalten von kdump bei einem Systemabsturz steuern, wie beispielsweise den Speicherort des Crash-Dumps und die Aktionen nach einem Absturz. Das Verständnis des Inhalts dieser Datei ist entscheidend für die Konfiguration und Fehlerbehebung von kdump.