Il problema
Impossibile generare kdump e non riesce con il seguente errore:
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
La soluzione
Kdump initramfs non è in grado di recuperare il disco reale per scaricare il core.
A causa dell'enorme sistema di memoria, è necessario un posto dove makedumpfile funzioni e contrassegna le pagine di memoria incluse/escluse. Aggiungi –dir-lavoro al comando makedumpfile che utilizzerà il disco effettivo anziché kdump ramdisk.
1. Modifica /etc/kdump.conf file come di seguito e aggiungi –work-dir=/kdumproot/kdump/u01/crashfiles voce.
# vi /etc/kdump.conf core_collector makedumpfile -p -d 31 --work-dir=/kdumproot/kdump/u01/crashfiles
2. Riavvia il servizio kdump:
# systemctl restart kdump
Nota che il percorso trovato per –work-dir proveniva dal messaggio sottostante:
kdump: saving to /kdumproot/kdump/u01/crashfiles/127.0.0.1-2020-04-29-09:46:31/