Ansible: Up and Running, 3. Auflage

Kapitel 8. Debuggen von Ansible Playbooks

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Machen wir uns nichts vor: Fehler passieren. Egal, ob es sich um einen Fehler in einem Playbook handelt oder um eine Konfigurationsdatei auf deiner Kontrollmaschine mit dem falschen Konfigurationswert, irgendwann geht etwas schief. In diesem Kapitel stellen wir dir einige Techniken vor, mit denen du solche Fehler aufspüren kannst.

Menschliche Fehlermeldungen

Wenn ein Ansible-Task fehlschlägt, ist das Ausgabeformat nicht sehr freundlich für einen menschlichen Leser, der versucht, das Problem zu beheben. Hier ist ein Beispiel für eine Fehlermeldung, die bei der Arbeit an diesem Buch erzeugt wurde:

 TASK [mezzanine : check out the repository on the host] ************************ fatal: [web]: FAILED! => {"changed": false, "cmd": "/usr/bin/git ls-remote '' -h refs/heads/master", "msg": "Warning:********@github.com: Permission denied (publickey).\r\nfatal: Could not read from remote repository.\n\nPlease make sure you have the correct access rights\nand the repository exists.", "rc": 128, "stderr": "Warning: Permanently added 'github.com,140.82.121.4' (RSA) to the list of known hosts.\r\[e-mail]: Permission denied (publickey).\r\nfatal: Could not read from remote repository.\n\nPlease make sure you have the correct access rights\nand the repository exists.\n", "stderr_lines": ["Warning: Permanently added ...