Le problème
Impossible de générer kdump et échoue avec l'erreur suivante :
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 solution
Kdump initramfs n'a pas pu récupérer le disque réel afin de vider le noyau.
En raison de l'énorme système de mémoire, il faut un endroit pour que makedumpfile fonctionne et marque les pages de mémoire incluses/exclues. Ajoutez –work-dir à la commande makedumpfile qui utilisera le disque réel plutôt que le ramdisk kdump.
1. Modifiez le fichier /etc/kdump.conf fichier comme ci-dessous et ajoutez –work-dir=/kdumproot/kdump/u01/crashfiles entrée.
# vi /etc/kdump.conf core_collector makedumpfile -p -d 31 --work-dir=/kdumproot/kdump/u01/crashfiles
2. Redémarrez le service kdump :
# systemctl restart kdump
Notez que le chemin trouvé pour -work-dir provient du message ci-dessous :
kdump: saving to /kdumproot/kdump/u01/crashfiles/127.0.0.1-2020-04-29-09:46:31/