Odczytywanie changed i ok w wynikach

Po każdym zadaniu Ansible wyświetla dla każdego hosta jego status. Najczęściej zobaczą Państwo ok i changed — te wartości informują o czymś innym.

Status ok oznacza, że host już odpowiadał pożądanemu stanowi. Zadanie wykonało sprawdzenie, ale nie wprowadziło żadnej zmiany.

Status changed oznacza, że host nie odpowiadał pożądanemu stanowi, więc moduł zmodyfikował coś, aby doprowadzić go do zadeklarowanego stanu.

Domyślnie Ansible oznacza dane wyjściowe changed kolorem żółtym, a ok — zielonym. Ściana zielonych komunikatów przy drugim uruchomieniu jest dokładnie tym, czego Państwo oczekują.

Na końcu PLAY RECAP zlicza dla każdego hosta wartości ok, changed, unreachable i failed. To jednowierszowe sprawdzenie stanu.

Po dwukrotnym uruchomieniu idempotentnego playbooka w drugim podsumowaniu powinna pojawić się wartość changed=0. Każda zmiana przy ponownym uruchomieniu zasługuje na sprawdzenie.

Status changed oznacza powodzenie, a nie problem. Po prostu informuje, że host wymagał działania i zadanie wykonało je poprawnie.

Mogą Państwo zobaczyć również skipping, co oznacza, że warunek when był fałszywy, więc zadanie nie zostało uruchomione na tym hoście.

Status failed oznacza błąd zadania, a unreachable — że Ansible nie mogło nawet połączyć się przez SSH. Oba statusy zatrzymują wykonywanie play na tym hoście.

Liczba changed jest miernikiem idempotencji. Jeśli kolejne uruchomienie nadal zgłasza zmiany, oznacza to, że zadanie nie jest naprawdę idempotentne.

Należy dodać -v (lub -vv) do ansible-playbook, aby uzyskać szczegółowe dane pokazujące dokładnie, co i dlaczego zmieniło każde zadanie.

Uruchamiają Państwo ten sam playbook po raz drugi, a podsumowanie pokazuje ok=5 changed=0.

ok należy odczytywać jako „już poprawne”, a changed jako „właśnie naprawione”. PLAY RECAP oraz ponowne uruchomienie z wartością changed=0 potwierdzają, że play jest idempotentny. ✅