Kdump.service FEHLGESCHLAGEN centOS 7


8

Ich habe CentOS 7 64auf meinem Desktop installiert. Nach dem letzten Systemupdate wird beim Booten des folgenden Fehlers angezeigt CentOS 7.

Einige Zeit System kann booten und ich kann daran arbeiten. aber es gibt den gleichen Fehler zum Zeitpunkt des nächsten Starts.

nach Eingabe:

systemctl status kdump.service

Ich verstehe das:

● kdump.service - Crash Recovery-Kernel-Scharfschaltung
Geladen: geladen (/usr/lib/systemd/system/kdump.service; aktiviert)
Aktiv: fehlgeschlagen (Ergebnis: Exit-Code) seit Do 2015-01-22 02:55:49 MST; Vor 39 Minuten Haupt-PID: 1139 (Code = beendet, Status = 1 / FEHLER)

22. Januar 02:55:49 localhost.localdomain kdumpctl [1139]: Kein Speicher für den Absturzkern reserviert.
22. Januar 02:55:49 localhost.localdomain kdumpctl [1139]: Starten von kdump: [FEHLGESCHLAGEN]
22. Januar 02:55:49 localhost.localdomain systemd 1 : kdump.service: Hauptprozess beendet, Code = beendet, Status = 1 / AUSFALL
22. Januar 02.55.49 localhost.localdomain systemd 1 : Fehler Wiederherstellung nach Absturz Kernel Bewaffnung zu starten.
22. Januar 02:55:49 localhost.localdomain systemd 1 : Die Einheit kdump.service ist in den Status "Fehlgeschlagen" eingetreten.
22. Januar 02:55:49 localhost.localdomain systemd 1 : kdump.service fehlgeschlagen.

system-config-kdump:
Befehl nicht gefunden ...

Bild hinzufügen

Geben Sie hier die Bildbeschreibung ein

Antworten:


3

Installieren Sie die erforderlichen Pakete

yum --enablerepo=debug install kexec-tools crash kernel-debug kernel-debuginfo-`uname -r`

Grub ändern

Ein Kernel-Argument muss hinzugefügt werden /etc/grub.conf, um kdump zu aktivieren. Es heißt Crashkernel und kann entweder automatisch oder als vordefinierter Wert festgelegt werden, z. B. 128M, 256M, 512M usw.

Die Linie sieht ungefähr so ​​aus:

GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/swap crashkernel=auto rd.lvm.lv=rhel/root rhgb quiet"

Ändern Sie den Wert von crashkernel=autoto crashkernel=128oder crashkernel=256...

Regenerieren Sie die Madenkonfiguration:

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

Führen Sie auf einem System mit UEFI-Firmware stattdessen Folgendes aus:

grub2-mkconfig -o /boot/efi/EFI/Centos/grub.cfg

Öffnen Sie die /etc/zipl.confKonfigurationsdatei

Suchen Sie den Abschnitt parameters = und bearbeiten Sie den Parameter crashkernel = (oder fügen Sie ihn hinzu, wenn er nicht vorhanden ist). Verwenden Sie beispielsweise Folgendes, um 128 MB Speicher zu reservieren: crashkernel=128MSpeichern und Beenden

Generieren Sie die Zipl-Konfiguration neu:zipl

⁠Aktivieren des Dienstes

kdumpGeben Sie den folgenden Befehl als root ein, um den Daemon beim Booten zu starten :

chkconfig kdump on

Dadurch wird der Dienst für die Runlevel 2, 3, 4 und 5 aktiviert. In ähnlicher Weise wird er durch Eingabe chkconfig kdump offfür alle Runlevel deaktiviert.

Verwenden Sie den folgenden Befehl als root, um den Dienst in der aktuellen Sitzung zu starten:

service kdump start

GAD3R funktioniert nicht, hat die Frage mit dem aktuellen Fehler bearbeitet.
Mischling

Ändern Sie es zu crashkernel=256M@256M
GAD3R

Ich habe es bis 512 MB noch nicht versucht Woking
Mongrel

1

Diese Nachricht ist ziemlich google-fähig:

22. Januar 02:55:49 localhost.localdomain kdumpctl [1139]: Kein Speicher für den Absturzkern reserviert.

Die Diskussion über den ersten Link bei Google empfiehlt die Verwendung

system-config-kdump

Oder fügen Sie einfach crashkernel=128Mdie GRUB_CMDLINE_LINUXVariable hinzu /etc/default/grubund führen Sie sie aus grub2-mkconfig -o /boot/grub2/grub.cfg, wie im anderen Handbuch vorgeschlagen .

Ich habe hier kein CentOS 7 zum Ausprobieren, aber ich glaube, Sie können das mit diesen Informationen klären.


Jakuje Ich habe es versucht, aber kein Glück. Trotzdem gibt es den gleichen Fehler.
Mischling

1

Sie können sieben Zeilen überprüfen, sie zeigen Ihnen, dass kein Speicher für den Absturzkern reserviert ist. Dies bedeutet, dass Sie die Grub-Datei bearbeiten und dem Absturzkern etwas Speicherplatz geben müssen, normalerweise 128 oder 256.


Ich habe gegeben, 512aber es kann nicht darauf verweisen und gibt mir erneut den Fehler. Dieser Fehler tritt ca. 2 Mal alle 10 Neustarts auf.
Mischling

Vielleicht liegt es daran, dass 512 nicht ausreicht, um die Kerndatei zu speichern. Sie bearbeiten Grub-Dateien wie "Crashkernel = 512" oder "Crashkernel = 512M"? Es sollte "crashkernel = 512M" sein.
Wenshizhang

Es ist auf 512MZurück gesetzt wurde auf128M
Mischling
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.