Crash-Dumps mit dem Kdump-Dienstprogramm sammeln

Wenn Sie ein Oracle Linux-Plattformimage verwenden, wird Kdump installiert und entweder vollständig konfiguriert oder teilweise konfiguriert. Sie können die im Kernel reservierte Speichermenge ändern, um den Crash-Dump (auch als crashkernel-Speicherreservierung bezeichnet) zu speichern. In Oracle Linux 8 und früher ist die Standardspeicherreservierung so eingestellt, dass sie automatisch angepasst wird: GRUB_CMDLINE_LINUX="crashkernel=auto". crashkernel=auto wird jedoch für Oracle Linux 9 nicht unterstützt. Daher müssen Sie mit dem Parameter crashkernel eine bestimmte Menge an reserviertem Speicher festlegen.

So legen Sie die Speicherreservierung für einen Crash-Dump fest:

1. Über eine Befehlszeile mit administrativen Berechtigungen melden Sie sich mit SSH bei der Instanz an.
2. Bearbeiten Sie die Datei /etc/default/grub, um den reservierten Speicher festzulegen. Beispiel:
   • Stellen Sie die Speicherreserve auf 64 MB ein. Beispiel:

     GRUB_CMDLINE_LINUX="crashkernel=64MB"

   • Legen Sie die Größe des reservierten Speichers als Variable mit der crashkernel=<range1>:<size1>,<range2>:<size2>-Syntax fest. Beispiel:

     GRUB_CMDLINE_LINUX="crashkernel=512M-2G:64M,2G-:128M"

   • Definieren Sie einen Offset-Wert für den reservierten Speicher. Da die Reservierung crashkernel bereits zu Beginn des Boot-Prozesses erfolgt, müssen bei einigen Systemen Speicher mit einem bestimmten festen Offset reserviert werden. Wenn ein fester Offset angegeben wird, beginnt der reservierte Speicher an diesem Punkt. Beispiel: So reservieren Sie ab 16 MB 128 MB Speicher:

     GRUB_CMDLINE_LINUX="crashkernel=128M@16M"

3. Speichern Sie die Änderungen, und aktualisieren Sie die grub-Konfiguration:

   sudo grub2-mkconfig -o /boot/grub2/grub.cfg

4. Starten Sie die Instanz neu, um die Änderungen anzuwenden.

Mit /etc/kdump.conf können Sie den Speicherort der Crashdumpdateien ändern, sie über SSH übertragen oder in eine Netzwerkfreigabe exportieren.

1. Über eine Befehlszeile mit administrativen Berechtigungen melden Sie sich mit SSH bei der Instanz an.
2. Bearbeiten Sie die Konfigurationsdatei in der Datei /etc/kdump.conf, und entfernen Sie das Kommentarzeichen # am Anfang jeder Zeile, die Sie aktivieren möchten.
   • Ändern Sie das Standardverzeichnis (/var/oled/crash) für die Crash-Dumpdateien. Beispiel:

     path /usr/local/<cores>

   • Übertragen Sie Crash-Dumpdateien über eine Secure Shell-Verbindung. Beispiel:

     ssh <user@example.com>
     sshkey /root/.ssh/<mykey>

   • Legen Sie die Crashdumpdateien fest, die in eine kompatible Netzwerkfreigabe exportiert werden sollen. Beispiel:

     nfs <example.com>:/<output>

   Weitere Informationen finden Sie in der Datei kdump.conf.5 im Archiv /usr/share/man/man5/kdump.conf.5.gz.

3. Wenn Sie fertig sind, speichern Sie die Änderungen, und starten Sie den Service kdump neu.

   sudo systemctl restart kdump.service 

4. Starten Sie die Instanz neu, um die Änderungen anzuwenden.

Wenn Kdump das Ergebnis standardmäßig nicht an die konfigurierten Ausgabespeicherorte sendet, wird der Server neu gestartet. Mit dieser Aktion werden alle Daten gelöscht, die für den Dump erfasst wurden. Um dieses Ergebnis zu verhindern, ändern Sie die Kdump-Konfiguration.

1. Über eine Befehlszeile mit administrativen Berechtigungen melden Sie sich mit SSH bei der Instanz an.
2. Bearbeiten Sie /etc/kdump.conf, um die Kommentarzeichen zu entfernen und den Wert default in der Datei wie folgt zu ändern:

   default dump_to_rootfs

   Die Option dump_to_rootfs versucht, das Ergebnis in einem lokalen Verzeichnis zu speichern. Dies kann nützlich sein, wenn eine Netzwerkfreigabe nicht erreichbar ist. Sie können stattdessen shell verwenden, um die Daten manuell aus der Befehlszeile zu kopieren.

   Hinweis
   
   

   Die Optionen poweroff, restart und halt sind auch für den Standardfehlerstatus kdump gültig. Wenn Sie diese Aktionen ausführen, gehen jedoch die erfassten Daten verloren, wenn diese Aktionen ausgeführt werden. Weitere Informationen finden Sie in der Datei kdump.conf.5 im Archiv /usr/share/man/man5/kdump.conf.5.gz.

3. Wenn Sie fertig sind, speichern Sie die Änderungen, und starten Sie den Service kdump neu.

   sudo systemctl restart kdump.service

4. Starten Sie die Instanz neu, um die Änderungen anzuwenden.

Testen Sie die Kdump-Konfiguration, indem Sie den Kernel abstürzen, der den Dienst zum Erfassen eines Crashdumps auslöst. Überprüfen Sie dann den Crash-Dump.

1. Über eine Befehlszeile mit administrativen Berechtigungen melden Sie sich mit SSH bei der Instanz an.
2. Stellen Sie sicher, dass Kdump ausgeführt wird:

   systemctl is-active kdump

3. Starten Sie den Absturz über die Konsole oder die Befehlszeile:

   echo 1 > /proc/sys/kernel/sysrq
   echo c > /proc/sysrq-trigger

   Dadurch wird der Kernel zum Absturz gezwungen, und die Dumpdateien werden standardmäßig in das Verzeichnis /var/oled/crash/<ip-address>-<YYYY-MM-DD>-<HH:MM:SS> oder in den von Ihnen in der Konfiguration ausgewählten Speicherort kopiert.
4. Starten Sie die Instanz neu.
5. Melden Sie sich mit SSH erneut bei der Instanz an, und prüfen Sie die Crashdumpdateien in der Datei /var/oled/crash/<ip-address>-<YYYY-MM-DD>-<HH:MM:SS>:
   • Der Kernel-Nachrichtenpuffer enthält die wichtigsten Informationen zum Systemabsturz und wird immer zuerst in die Datei vmcore-dmesg.txt geschrieben. Dies ist nützlich, wenn ein Versuch, die vollständige vmcore-Datei abzurufen, nicht erfolgreich verläuft, z.B. aufgrund von Speicherplatzmangel am Zielspeicherort.
   • Wenn das kexec-Tool in den zweiten Kernel bootet und den Inhalt des abgestürzten Kernel-Speichers erfasst, wird es auch in die Datei kexec-dmes.log geschrieben, damit Sie den Prozess verfolgen können. Beispiel: Am Ende der Datei wird der Speicherprozess für den Crash-Dump angezeigt:

     ...
     Feb 07 16:28:19 linux9 systemd[1]: Starting Kdump Vmcore Save Service...
     Feb 07 16:28:19 linux9 kdump[504]: Kdump is using the default log level(3).
     Feb 07 16:28:19 linux9 kdump[541]: saving to /kdumproot/var/oled/crash/127.0.0.1-2025-02-07-16:28:19/
     Feb 07 16:28:19 linux9 kdump[546]: saving vmcore-dmesg.txt to /kdumproot/var/oled/crash/127.0.0.1-2025-02-07-16:28:19/
     Feb 07 16:28:19 linux9 kdump[552]: saving vmcore-dmesg.txt complete
     Feb 07 16:28:19 linux9 kdump[554]: saving vmcore
     Feb 07 16:28:21 linux9 kdump.sh[555]: 
     Checking for memory holes                         : [  0.0 %] /                  
     ...
     Copying data                                      : [100.0 %] \           eta: 0s
     Feb 07 16:28:21 linux9 kdump.sh[555]: The dumpfile is saved to /kdumproot/var/oled/crash/127.0.0.1-2025-02-07-16:28:19//vmcore-incomplete.
     Feb 07 16:28:21 linux9 kdump.sh[555]: makedumpfile Completed.
     Feb 07 16:28:21 linux9 kdump[559]: saving vmcore complete
     Feb 07 16:28:21 linux9 kdump[561]: saving the /run/initramfs/kexec-dmesg.log to /kdumproot/var/oled/crash/127.0.0.1-2025-02-07-16:28:19//

   • Die Datei vmcore enthält die Crashdumpinformationen. Um den Crashdump zu analysieren, benötigen Sie ein Utility, das das Dateiformat vmcore lesen kann. Informationen zur Verwendung des Utilitys crash finden Sie unter Absturzdumps analysieren.

Mit dem Utility crash können Sie die von Kdump erfassten Crashdumps analysieren. In Oracle Linux-Plattformimages ist crash standardmäßig installiert. Bei anderen Linux-Instanzen installieren Sie es mit der Befehlszeile: sudo dnf install crash.