Le message décrit comment configurer kdump sur SuSE Linux Enterprise System (SLES) 10 et 11 pour capturer les vidages de mémoire des paniques et des plantages du noyau. Kdump (vidage du noyau) fournit un vidage de 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.
Étapes à suivre
Depuis la version SLES 10, Suse utilise kdump comme méthode de capture de vidage sur incident par défaut. Les vidages du noyau du noyau sont stockés sous "/ var", vous devez donc veiller à ce que la partition "/ var" dispose de suffisamment d'espace pour stocker ces informations, au moins un peu plus grand que la quantité physique de mémoire système. Comme le système essaie de stocker jusqu'à 5 vidages mémoire, l'espace disque doit être optimal pour pouvoir enregistrer toutes ces informations.
1. Installez les packages nécessaires
Vous devez installer les packages "kdump" et "kexec-tools" qui correspondent au Service Pack de votre produit installé. Le moyen le plus simple consiste à utiliser l'application YaST pour installer ce package. Lancez la commande "yast2" depuis la console avec la commande :
# yast2 -i kdump # yast2 -i kexec-tools
Cela installera les packages nécessaires ou vous pouvez utiliser le programme d'installation graphique du système YaST pour installer les packages appropriés.
2. Configurez Kdump pour capturer le vidage
Tout d'abord, vous devez réserver de la mémoire au noyau de capture. Cela passera au noyau du système à la ligne de commande de démarrage. SuSE a recommandé les paramètres suivants pour l'architecture x86 et x86_64 :crashkernel=64M@16M
Pour changer cela, vous pouvez démarrer YaST, sous Système, sélectionnez Boot Loader. Dans l'onglet Gestion des sections, sélectionnez la section par défaut et appuyez sur Modifier. Ajoutez les paramètres au champ intitulé Autres paramètres du noyau, puis appuyez sur OK et sur Terminer pour enregistrer les paramètres.
Ensuite, vous devez activer Kdump pour démarrer un démarrage du système par
# chkconfig kdump on
Enfin, vous devez redémarrer le système pour activer les modifications de la ligne de commande du noyau. Quelques informations supplémentaires sur la configuration de Kdump peuvent être trouvées dans "/usr/share/doc/packages/kexec-tools/README.SUSE"
Dans les versions ultérieures de SLES, il existe également un module (yast2-kdump-*.rpm) pour YaST2, qui vous aide à configurer et à activer kdump sur votre système. Exécutez simplement
# yast2 kdump
3. Vérification de la configuration
Pour vous assurer que la configuration fonctionne, vous pouvez tester cela en utilisant la magie SysRq fonctionnalité du noyau.
AVERTISSEMENT : Veuillez vous assurer qu'aucun autre utilisateur n'est connecté au système et que tout le travail est enregistré avant de suivre les étapes suivantes, sinon cela pourrait entraîner une perte de données.Vous devez d'abord l'activer avec la commande suivante :
# echo 1 > /proc/sys/kerne/sysrq
Ensuite, vous devez synchroniser les données de vos disques durs pour minimiser le risque de perte de données par
# echo s > /proc/sysrq-trigger
et enfin vous pouvez forcer le système à "planter" en
# echo c > /proc/sysrq-trigger
Le système enregistrera les données de vidage sur incident. Cela prendra un certain temps en fonction de la quantité de mémoire de votre système et de la vitesse de l'appareil sur lequel le vidage est écrit. Une fois le vidage terminé, le système redémarrera vers le service normal. Vous devriez trouver le core dump dans le répertoire "/var/log/dump/[YYYY-MM-DD-HH:MM]/vmcore" lorsque le coredump est généré avec succès.
CentOS / RHEL 5 :Comment configurer kdumpCentOS / RHEL 6 :Comment configurer kdump
CentOS / RHEL 7 :Comment configurer kdump