Le mécanisme kdump est une fonctionnalité du noyau Linux, qui vous permet de créer des vidages si votre noyau plante. Il produit une copie exacte de la mémoire, qui peut être analysée pour déterminer la cause première du crash. C'est un script qui configure kdump (vidage du noyau). Kdump fournit un vidage mémoire dans un fichier nommé vmcore lorsque le noyau rencontre un problème critique. Vmcore est souvent nécessaire pour enquêter sur le problème. Le vidage sur incident est capturé à partir du contexte d'un noyau fraîchement démarré, et non à partir du contexte du noyau en panne. Kdump utilise kexec pour démarrer dans un deuxième noyau chaque fois que le système plante. Kexec est un mécanisme de démarrage rapide qui permet de redémarrer un nouveau noyau Linux à partir du contexte d'un noyau en cours d'exécution sans passer par un micrologiciel ou un démarrage à chaud.
Cet article explique les étapes pour résoudre les problèmes courants de kdump.
Vérification de la configuration de kdump
1. Vérifiez si le package kexec-tools est installé dans le système.
# rpm -qa | grep kexec
2. Vérifiez la ligne de commande du noyau dans le noyau en cours d'exécution pour le paramètre "crashkernel" :
# cat /proc/cmdline
3. Vérifiez si la mémoire est réservée pour le crashkernel au démarrage du noyau :
# dmesg | grep Reserving
4. Vérifiez le chemin du dump :
# grep -v ^# /etc/kdump.conf
5. Vérifiez l'espace de stockage disponible sur le système de fichiers spécifié dans le paramètre path à l'étape précédente :
# df -h
6. Vérifiez l'état du service kdump :
# service kdump status ### In CentOS/RHEL 6 # systemctl status kdump ### In CentOS/RHEL 7
Lorsque le service kdump n'est pas opérationnel
1. Vérifiez la configuration de kdump en suivant la section ci-dessus.
2. Démarrez le service kdump
# service kdump status ### In CentOS/RHEL 6 # systemctl status kdump ### In CentOS/RHEL 7
3. Vérifiez l'erreur depuis le terminal.
4. Plus d'informations sur l'échec du démarrage du service kdump peuvent être trouvées dans /var/log/messages .
Lorsque la configuration de kdump est correcte et que l'état du service kdump est opérationnel mais qu'aucun vmcore n'est généré lors du déclenchement d'un crash
1. Modifiez le fichier /etc/kdump.conf et ajoutez la ligne ci-dessous pour obtenir un shell lorsque la génération de vmcore échoue :
default shell
2. Dans le shell, vérifiez le stockage disponible, vérifiez si le système de fichiers de destination vmcore est monté, puis essayez de copier le vmcore manuellement et recherchez s'il échoue.
# cp /proc/vmcore [destination]
Lorsqu'un shell n'est pas obtenu et que le crashkernel est bloqué lors du démarrage
1. Vérifiez les messages sur la console et recherchez les messages de démarrage du crashkernel. Cherchez où il est coincé.
Crashkernel est le même noyau qui est démarré lorsque le système démarre et, par conséquent, on verrait des messages similaires aux messages de démarrage du noyau normaux, mais avec des périphériques limités activés. Par exemple :un seul processeur est activé dans crashkernel. Seul le disque de stockage de destination est détecté.2. Si vous voyez des messages d'erreur d'allocation de page, il y a de fortes chances que le crashkernel réservé ne soit pas suffisant et que vous deviez augmenter la valeur du paramètre de noyau 'crashkernel'.