linux-system-roles.kdump
Rôle Ansible : Dump de Panne du Noyau
Un rôle Ansible qui configure kdump.
Avertissement
Ce rôle remplace la configuration de kdump de l'hôte géré. Les paramètres précédents seront perdus, même s'ils ne sont pas spécifiés dans les variables du rôle. Actuellement, cela inclut le remplacement d'au moins le fichier de configuration suivant :
/etc/kdump.conf
Exigences
Voir ci-dessous
Exigences de collection
Le rôle nécessite des collections externes uniquement pour la gestion des nœuds rpm-ostree
. Veuillez exécuter la commande suivante pour les installer si vous devez gérer des nœuds rpm-ostree
:
ansible-galaxy collection install -vv -r meta/collection-requirements.yml
Variables du Rôle
kdump_target : Peut être spécifié pour écrire vmcore à un emplacement qui n'est pas dans le système de fichiers racine. Si le type
est raw
ou un type de système de fichiers, l'emplacement pointe vers une partition (par nom de nœud de périphérique, étiquette ou uuid). Par exemple :
kdump_target:
type: raw
location: /dev/sda1
ou pour un système de fichiers ext4
:
kdump_target:
type: ext4
location: "12e3e25f-534e-4007-a40c-e7e080a933ad"
Si le type
est ssh
, l'emplacement pointe vers un serveur :
type: ssh
location: [email protected]
De même pour nfs
, location
pointe vers un serveur nfs :
type: nfs
location: nfs.example.com
Seul le type ssh
est considéré comme stable, le support des autres types est expérimental.
kdump_path : Le chemin où vmcore sera écrit. Si kdump_target
n'est pas nul, le chemin est relatif à ce dump cible. Sinon, il doit s'agir d'un chemin absolu dans le système de fichiers racine.
kdump_core_collector : Une commande pour copier le vmcore. Si nul, utilise makedumpfile
avec des options dépendant de kdump_target.type
.
kdump_system_action :
L'action à effectuer lorsque la tentative de dump du fichier core échoue. Peut être reboot
, halt
, poweroff
, ou shell
.
kdump_auto_reset_crashkernel : Indique s'il faut réinitialiser le crashkernel du noyau à une nouvelle valeur par défaut lorsque kexec-tools met à jour la valeur par défaut du crashkernel et que les anciens noyaux utilisent l'ancienne valeur par défaut.
kdump_dracut_args : Passer des options dracut supplémentaires lors de la reconstruction de l'initrd kdump.
kdump_reboot_ok : Si vous exécutez le rôle sur un nœud géré qui n'a pas de mémoire réservée pour le noyau de crash, c'est-à-dire que le fichier /sys/kernel/kexec_crash_size
contient 0
, il peut être nécessaire de redémarrer le nœud géré pour configurer kdump.
Par défaut, le rôle ne redémarre pas le nœud géré. Si un nœud géré nécessite un redémarrage, le rôle définit le fait kdump_reboot_required
et échoue, afin que l'utilisateur puisse redémarrer le nœud géré lorsque cela est nécessaire. Si vous souhaitez que le rôle redémarre le système si nécessaire, réglez cette variable sur true
. Vous n'avez pas besoin de réexécuter le rôle après le démarrage.
Par défaut : false
Faits Ansible Renvoyés par le Rôle
kdump_reboot_required : Le rôle définit ce fait si le nœud géré nécessite un redémarrage pour compléter la configuration de kdump. Réexécutez le rôle après le démarrage pour vous assurer que kdump fonctionne.
rpm-ostree
Voir README-ostree.md
Licence
MIT