Чтение changed и ok в выводе

После каждой задачи Ansible выводит для каждого хоста статус. Чаще всего Вы увидите ok и changed — они рассказывают разные истории.

Статус ok означает, что хост уже соответствовал желаемому состоянию. Задача выполнила проверку, но совсем ничего не изменила.

Статус changed означает, что хост не соответствовал нужному состоянию, поэтому модуль изменил что-то и привёл его к объявленному Вами состоянию.

По умолчанию Ansible окрашивает вывод changed в жёлтый цвет, а вывод ok — в зелёный. Стена зелёного цвета при втором запуске — именно то, что Вам нужно.

В конце PLAY RECAP подсчитывает результаты для каждого хоста: ok, changed, unreachable и failed. Это Ваша проверка состояния в одной строке.

Запустите идемпотентный плейбук дважды — во второй сводке должно быть указано changed=0. Любое изменение при повторном запуске стоит изучить.

Статус changed означает успех, а не проблему. Он просто фиксирует, что хост требовал изменений и задача выполнила их правильно.

Вы также можете увидеть skipping. Это означает, что условие when оказалось ложным, поэтому задача не выполнялась на этом хосте.

Статус failed означает, что задача завершилась с ошибкой; unreachable означает, что Ansible не смог даже подключиться по SSH. В обоих случаях выполнение плейбука для этого хоста прекращается.

Количество changed — Ваш измеритель идемпотентности. Если повторный запуск снова и снова сообщает об изменениях, значит задача на самом деле не является идемпотентной.

Добавьте -v (или -vv) к ansible-playbook, чтобы получить подробный вывод: что именно изменила каждая задача и почему.

Вы запускаете тот же плейбук во второй раз, и в сводке указано ok=5 changed=0.

Понимайте ok как «уже правильно», а changed — как «только что исправлено». PLAY RECAP и повторный запуск с changed=0 доказывают идемпотентность Вашего плейбука. ✅