changed und ok in der Ausgabe lesen
Interpretieren Sie, was eine Ausführung tatsächlich getan hat.
changed und ok in der Ausgabe lesen ist eine kostenlose Ansible Academy-Lektion auf CoddyKit. Dies ist Lektion 2 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Ansible Academy-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Ansible Academy-Kurs umfasst insgesamt 4 Lektionen.
Jeder Task meldet einen Status
Nach jedem Task gibt Ansible für jeden Host einen Status aus. Die beiden häufigsten Werte sind ok und changed, und sie erzählen unterschiedliche Geschichten.
ok bedeutet bereits korrekt
Der Status ok bedeutet, dass der Host bereits dem Sollzustand entsprach. Der Task hat seine Prüfung durchgeführt, aber keinerlei Änderung vorgenommen.
ok: [web1]changed bedeutet, dass gehandelt wurde
Der Status changed bedeutet, dass der Host nicht dem Sollzustand entsprach und das Modul etwas geändert hat, um ihn an den deklarierten Zustand anzugleichen.
changed: [web1]Gelb und Grün
Standardmäßig stellt Ansible die Ausgabe für changed gelb und die Ausgabe für ok grün dar. Eine vollständig grüne Ausgabe beim zweiten Durchlauf ist genau das gewünschte Ergebnis.
PLAY RECAP fasst alles zusammen
Am Ende zählt PLAY RECAP die Werte pro Host zusammen: ok, changed, unreachable und failed. Das ist Ihr Gesundheitscheck in einer Zeile.
web1 : ok=4 changed=1 unreachable=0 failed=0Der zweite Durchlauf sollte nur ok enthalten
Führen Sie ein idempotentes Playbook zweimal aus. Im zweiten Recap sollte changed=0 stehen. Jede Änderung bei einem erneuten Durchlauf sollten Sie untersuchen.
web1 : ok=4 changed=0 unreachable=0 failed=0changed ist kein Fehler
Der Status changed bedeutet Erfolg und ist kein Problem. Er hält lediglich fest, dass am Host Arbeit erforderlich war und der Task sie korrekt ausgeführt hat.
skipping bedeutet, dass eine Bedingung nicht erfüllt war
Sie sehen möglicherweise auch skipping. Das bedeutet, dass eine when-Bedingung falsch war und der Task auf diesem Host nicht ausgeführt wurde.
skipping: [db1]failed und unreachable
Der Status failed bedeutet, dass beim Task ein Fehler aufgetreten ist. unreachable bedeutet, dass Ansible noch nicht einmal eine Verbindung über SSH herstellen konnte. Beide Zustände beenden das Play für diesen Host.
Idempotenz mit changed überprüfen
Die Anzahl von changed ist Ihr Maß für die Idempotenz. Wenn ein wiederholter Durchlauf weiterhin Änderungen meldet, ist ein Task nicht wirklich idempotent.
Mit -v mehr Details anzeigen
Fügen Sie ansible-playbook -v oder -vv hinzu, um eine ausführliche Ausgabe zu erhalten, die genau zeigt, was jeder Task geändert hat und warum.
ansible-playbook site.yml -vKurzer Check
Sie führen dasselbe Playbook ein zweites Mal aus, und der Recap zeigt ok=5 changed=0.
Zusammenfassung
Lesen Sie ok als „bereits korrekt“ und changed als „gerade korrigiert“. PLAY RECAP und ein wiederholter Durchlauf mit changed=0 belegen, dass Ihr Play idempotent ist. ✅
Häufig gestellte Fragen
Ist die Lektion „changed und ok in der Ausgabe lesen“ kostenlos?
Ja — der vollständige Text von „changed und ok in der Ausgabe lesen“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Ansible Academy-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Ansible Academy-Kurs umfasst insgesamt 4 Lektionen.
Was lerne ich in „changed und ok in der Ausgabe lesen“?
Interpretieren Sie, was eine Ausführung tatsächlich getan hat. Du übst Ansible Academy mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.
Brauche ich Erfahrung, um Ansible Academy zu starten?
Keine Vorkenntnisse erforderlich. Ansible Academy auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 2 von 4.
Wie lange dauert die Lektion „changed und ok in der Ausgabe lesen“?
Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.
Kann ich in dieser Ansible Academy-Lektion Code schreiben und ausführen?
Ja. Jede Ansible Academy-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.
Alle Lektionen in diesem Kurs
- Gewünschter Zustand statt Schritt-für-Schritt-Skripte
- changed und ok in der Ausgabe lesen
- Warum command die Idempotenz durchbricht
- Check Mode: Probelauf mit --check