kdump est un mécanisme avancé de vidage sur incident. Lorsqu'il est activé, le système est démarré à partir du contexte d'un autre noyau. Ce deuxième noyau réserve une petite quantité de mémoire et son seul but est de capturer l'image de vidage de mémoire en cas de panne du système. Étant donné que la possibilité d'analyser le vidage mémoire aide considérablement à déterminer la cause exacte de la défaillance du système, il est fortement recommandé d'activer cette fonctionnalité. Cette note explique comment configurer, tester et utiliser le service kdump dans CentOS/RHEL 6.
Pour utiliser le service kdump, vous devez disposer des outils kexec paquet installé.
# yum install kexec-tools
Pour configurer la quantité de mémoire réservée au noyau kdump, modifiez le fichier /boot/grub/grub.conf et ajoutez le paramètre crashkernel=[size]M (ou crashkernel=auto) à la liste des options du noyau .Et puis redémarrez-le pour le rendre effectif.
Par exemple :
# vi /boot/grub/grub.conf
...
title Oracle Linux Server-uek (2.6.39-200.24.1.el6uek.x86_64)
root (hd0,0)
kernel /vmlinuz-2.6.39-200.24.1.el6uek.x86_64 ro root=/dev/mapper/vg_ol6desktop-lv_root crashkernel=128M
initrd /initramfs-2.6.39-200.24.1.el6uek.x86_64.img
... # reboot
Pour configurer kdump, nous devons éditer le fichier de configuration /etc/kdump.conf . L'option par défaut est de stocker le fichier vmcore dans /var/crash/ répertoire du système de fichiers local. Pour modifier le répertoire local dans lequel le vidage de mémoire doit être enregistré, supprimez le signe dièse ("#") au début de la ligne #path /var/crash et remplacez la valeur par le chemin de répertoire souhaité.
Par exemple :
path /usr/local/cores
En option, vous pouvez également enregistrer le vidage de mémoire directement sur une partition brute.
Par exemple :
raw /dev/sdb4
Pour stocker le vidage sur une machine distante à l'aide du protocole NFS, supprimez le signe dièse ("#") au début de la ligne #net my.server.com:/export/tmp et remplacez la valeur par un nom d'hôte valide et chemin du répertoire.
Par exemple :
net my.server.com:/export/cores
Pour réduire la taille du fichier de vidage vmcore, kdump vous permet de spécifier une application externe pour compresser les données et éventuellement d'omettre toutes les informations non pertinentes. Actuellement, le seul collecteur de base entièrement pris en charge est makedumpfile.
Pour activer le collecteur de base, modifiez le fichier de configuration /etc/kdump.conf , supprimez le signe dièse ("#") au début du #core_collector makedumpfile -c –message-level 1 -d 31 ligne et modifiez les options de ligne de commande comme décrit ci-dessous.
Par exemple :
core_collector makedumpfile -c
Par défaut, lorsque le plantage du noyau est capturé, le système de fichiers racine est monté et /sbin/init est exécuté. Pour modifier ce comportement, ouvrez le fichier de configuration /etc/kdump.conf, supprimez le signe dièse ("#") au début de la ligne de shell #default et remplacez la valeur par l'action souhaitée, comme décrit .
Par exemple :
default halt
Vérifiez et assurez-vous que la ligne de commande du noyau inclut la configuration de kdump et que la mémoire a été réservée pour le noyau en panne :
# cat /proc/cmdline ro root=/dev/mapper/vg_ol6desktop-lv_root crashkernel=128M
Le service Set kdump peut être démarré lors du redémarrage du système.
# chkconfig kdump on
Pour démarrer le service dans la session en cours, utilisez la commande suivante :
# service kdump start No kdump initial ramdisk found. [WARNING] Rebuilding /boot/initrd-2.6.39-200.24.1.el6uek.x86_64kdump.img Starting kdump: [ OK ]
Pour tester la configuration, redémarrez le système avec kdump activé et assurez-vous que le service est en cours d'exécution.
Par exemple :
# service kdump status Kdump is operational
Tapez ensuite les commandes suivantes à l'invite du shell :
# echo 1 > /proc/sys/kernel/sysrq # echo c > /proc/sysrq-trigger
Cela forcera le noyau Linux à planter et le fichier address-YYYY-MM-DD-HH:MM:SS/vmcore sera copié à l'emplacement que vous avez sélectionné dans la configuration (c'est-à-dire vers /var/crash/ par par défaut)
CentOS / RHEL 5 :Comment configurer kdumpCentOS / RHEL 7 :Comment configurer kdump
Comment configurer Kdump sur SuSE Linux Enterprise System 10 et 11