Das Problem
kdump kann nicht generiert werden und schlägt mit folgendem Fehler fehl:
Checking for memory holes : [100.0 %] | copy_bitmap_file: Can't write the bitmap(/tmp/kdump_bitmapQijuck). No space left on device" kdump: dump target is /dev/[ 14.793505] EXT4-fs (dm-0): re-mounted. Opts: (null) mapper/VGExaDb-kdump_vol kdump: saving to /kdumproot/kdump/u01/crashfiles/127.0.0.1-2020-04-29-09:46:31/ kdump: saving vmcore-dmesg.txt kdump: saving vmcore-dmesg.txt complete kdump: saving vmcore The kernel version is not supported. The makedumpfile operation may be incomplete. Checking for memory holes : [100.0 %] | copy_bitmap_file: Can't write the bitmap(/tmp/kdump_bitmapQijuck). No space left on device create_2nd_bitmap: Can't copy 1st-bitmap to 2nd-bitmap. makedumpfile Failed. kdump: saving vmcore failed touch: cannot touch '/kdumproot/u01/crashfiles/kdump_post.log': No such file or directory tee: /kdumproot/u01/crashfiles/kdump_post.log: No such file or directory 2020-04-29 09:46:38 +0200 [INFO] Started kdump post tee: /kdumproot/u01/crashfiles/kdump_post.log: No such file or directory
Die Lösung
Kdump initramfs kann keine echte Festplatte abrufen, um den Kern zu sichern.
Aufgrund des riesigen Speichersystems benötigt makedumpfile Platz zum Arbeiten und zum Markieren von eingeschlossenen/ausgeschlossenen Speicherseiten. Fügen Sie –work-dir hinzu zum makedumpfile-Befehl, der die tatsächliche Festplatte anstelle der kdump-Ramdisk verwendet.
1. Bearbeiten Sie die /etc/kdump.conf Datei wie unten und fügen Sie –work-dir=/kdumproot/kdump/u01/crashfiles hinzu Eintrag.
# vi /etc/kdump.conf core_collector makedumpfile -p -d 31 --work-dir=/kdumproot/kdump/u01/crashfiles
2. Starten Sie den kdump-Dienst neu:
# systemctl restart kdump
Beachten Sie, dass der für –work-dir gefundene Pfad aus der folgenden Nachricht stammt:
kdump: saving to /kdumproot/kdump/u01/crashfiles/127.0.0.1-2020-04-29-09:46:31/