Dokumentation6.6. Testen des Crash-Dump-Mechanismus
Das Testen des Crash-Dump-Mechanismus führt dazu einen Systemneustart. In bestimmten Situationen kann es zu Datenverlust kommen, wenn das System stark ausgelastet ist. Wenn Sie den Mechanismus testen möchten, stellen Sie sicher, dass sich das System im Leerlauf befindet oder unter sehr geringer Last steht.
Überprüfen Sie, dass die SysRQ Der Mechanismus wird aktiviert, indem der Wert des betrachtet wird / proc / sys / kernel / sysrq Kernel-Parameter:
cat / proc / sys / kernel / sysrq
Wenn ein Wert von 0 Der Dump wird zurückgegeben und die Neustartfunktion wird deaktiviert. Ein Wert größer als 1 zeigt an, dass eine Teilmenge der Sysrq-Funktionen aktiviert ist. Sehen /etc/sysctl.d/10-magic-sysrq.conf für eine detaillierte Beschreibung der Optionen und des Standardwerts. Aktivieren Sie den Dump- und dann den Neustarttest mit dem folgenden Befehl:
sudo sysctl -w kernel.sysrq=1
Sobald dies erledigt ist, müssen Sie sich wie gewohnt als Root anmelden sudo wird nicht ausreichen. Als die Wurzel Benutzer müssen Sie den Befehl erteilen echo c > /proc/sysrq-trigger. Wenn Sie eine Netzwerkverbindung verwenden, verlieren Sie den Kontakt zum System. Aus diesem Grund ist es besser, den Test durchzuführen, während eine Verbindung zur Systemkonsole besteht.
Dies hat den Vorteil, dass der Kernel-Dump-Prozess sichtbar gemacht wird. Eine typische Testausgabe sollte wie folgt aussehen:
Sudo -s
[sudo] Passwort für Ubuntu:
# echo c > /proc/sysrq-trigger
[ | 31.659002] | SysRq: Absturz auslösen |
[ | 31.659749] | FEHLER: Kernel-NULL-Zeiger-Dereferenzierung kann nicht verarbeitet werden |
[ | 31.662668] | IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20 |
[ | 31.662668] | PGD 3bfb9067 PUD 368a7067 PMD 0 |
[ | 31.662668] | Ups: 0002 [#1] SMP |
[ | 31.662668] | CPU 1 |
[ | 31.659002] | SysRq: Absturz auslösen |
[ | 31.659749] | FEHLER: Kernel-NULL-Zeiger-Dereferenzierung kann nicht verarbeitet werden |
[ | 31.662668] | IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20 |
[ | 31.662668] | PGD 3bfb9067 PUD 368a7067 PMD 0 |
[ | 31.662668] | Ups: 0002 [#1] SMP |
[ | 31.662668] | CPU 1 |
(Null)
....
Der Rest der Ausgabe ist abgeschnitten, aber Sie sollten sehen, wie das System neu startet und irgendwo im Protokoll die folgende Zeile sehen:
Beginnen Sie mit dem Speichern von vmcore vor einem Kernel-Absturz ...
Sobald der Vorgang abgeschlossen ist, wird das System im normalen Betriebsmodus neu gestartet. Sie finden dann die Kernel Crash Dump-Datei und die zugehörigen Unterverzeichnisse im /var/crash Verzeichnis :
ls /var/crash
201809240744 kexec_cmd linux-image-4.15.0-34-generic-201809240744.crash
Wenn der Dump aufgrund eines OOM-Fehlers (Out Of Memory) nicht funktioniert, versuchen Sie, die Menge des reservierten Speichers durch Bearbeiten zu erhöhen /etc/default/grub.d/kdump-tools.cfg. Um beispielsweise 512 Megabyte zu reservieren:
GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel=384M-:512M"
Lauf sudo update-grub und dann neu starten und dann erneut testen.