linux-system-roles.kdump

Ansible-Rolle: Kernel Crash Dump

ansible-lint.yml ansible-test.yml markdownlint.yml tft.yml tft_citest_bad.yml woke.yml

Eine Ansible-Rolle, die kdump konfiguriert.

Warnung

Die Rolle ersetzt die kdump-Konfiguration des verwalteten Hosts. Frühere Einstellungen gehen verloren, auch wenn sie nicht in den Rollenvariablen angegeben sind. Aktuell beinhaltet dies das Ersetzen mindestens der folgenden Konfigurationsdatei:

  • /etc/kdump.conf

Anforderungen

Siehe unten

Sammlung Anforderungen

Die Rolle benötigt externe Sammlungen nur für die Verwaltung von rpm-ostree-Knoten. Bitte führen Sie den folgenden Befehl aus, um sie zu installieren, wenn Sie rpm-ostree-Knoten verwalten müssen:

ansible-galaxy collection install -vv -r meta/collection-requirements.yml

Rollenvariablen

kdump_target: Kann angegeben werden, um vmcore an einem Ort zu speichern, der nicht im Root-Dateisystem liegt. Wenn type raw oder ein Dateisystemtyp ist, deutet der Standort auf eine Partition (durch Gerätename, Label oder UUID) hin. Zum Beispiel:

kdump_target:
  type: raw
  location: /dev/sda1

oder für ein ext4-Dateisystem:

kdump_target:
  type: ext4
  location: "12e3e25f-534e-4007-a40c-e7e080a933ad"

Wenn type ssh ist, zeigt der Standort auf einen Server: Beispiel:

  type: ssh
  location: [email protected]

Ähnlich für nfs, location zeigt auf einen nfs-Server:

  type: nfs
  location: nfs.example.com

Nur der ssh-Typ gilt als stabil, die Unterstützung für die anderen Typen ist experimentell.

kdump_path: Der Pfad, zu dem vmcore geschrieben wird. Wenn kdump_target nicht null ist, ist der Pfad relativ zu diesem Dump-Ziel. Andernfalls muss es ein absoluter Pfad im Root-Dateisystem sein.

kdump_core_collector: Ein Befehl zum Kopieren von vmcore. Wenn null, wird makedumpfile mit Optionen entsprechend dem kdump_target.type verwendet.

kdump_system_action: Die Aktion, die ausgeführt wird, wenn das Dumpen der Core-Datei fehlschlägt. Kann reboot, halt, poweroff oder shell sein.

kdump_auto_reset_crashkernel: Ob der Kernel-Crashkernel auf einen neuen Standardwert zurückgesetzt werden soll, wenn kexec-tools den Standard-Crashkernelwert aktualisiert und bestehende Kerne den alten Standard-Crashkernelwert verwenden.

kdump_dracut_args: Zusätzliche dracut-Optionen beim Wiederaufbau des kdump initrd.

kdump_reboot_ok: Wenn Sie die Rolle auf einem verwalteten Knoten ausführen, der keinen Speicher für den Crash-Kernel reserviert hat, d.h. die Datei /sys/kernel/kexec_crash_size enthält 0, könnte es erforderlich sein, den verwalteten Knoten neu zu starten, um kdump zu konfigurieren.

Standardmäßig startet die Rolle den verwalteten Knoten nicht neu. Wenn ein verwalteter Knoten einen Neustart benötigt, setzt die Rolle das Faktum kdump_reboot_required und schlägt fehl, sodass der Benutzer den verwalteten Knoten bei Bedarf neu starten kann. Wenn Sie möchten, dass die Rolle das System bei Bedarf neu startet, setzen Sie diese Variable auf true. Sie müssen die Rolle nach dem Booten nicht erneut ausführen.

Standard: false

Ansible-Fakten, die von der Rolle zurückgegeben werden

kdump_reboot_required: Die Rolle setzt dieses Faktum, wenn der verwaltete Knoten einen Neustart benötigt, um die kdump-Konfiguration abzuschließen. Führen Sie die Rolle nach dem Booten erneut aus, um sicherzustellen, dass kdump funktioniert.

rpm-ostree

Siehe README-ostree.md

Lizenz

MIT

Installieren
ansible-galaxy install linux-system-roles.kdump
Lizenz
mit
Downloads
44.1k