Leer changed frente a ok en la salida

Después de cada tarea, Ansible muestra un estado para cada host. Los dos que verá con más frecuencia son ok y changed, y cuentan historias diferentes.

El estado ok significa que el host ya coincidía con el estado deseado. La tarea realizó su comprobación, pero no hizo ningún cambio.

El estado changed significa que el host no coincidía, por lo que el módulo modificó algo para llevarlo al estado declarado.

De forma predeterminada, Ansible muestra en amarillo la salida de changed y en verde la de ok. Ver una pantalla llena de verde en la segunda ejecución es exactamente lo que busca.

Al final, PLAY RECAP contabiliza por host los valores ok, changed, unreachable y failed. Es su comprobación de estado en una sola línea.

Ejecute dos veces un playbook idempotente y el segundo resumen debería mostrar changed=0. Vale la pena investigar cualquier cambio en una ejecución repetida.

El estado changed indica éxito, no un problema. Simplemente registra que el host necesitaba trabajo y que la tarea lo realizó correctamente.

También puede ver skipping, lo que significa que una condición when era falsa y la tarea no se ejecutó en ese host.

El estado failed significa que la tarea produjo un error; unreachable significa que Ansible ni siquiera pudo conectarse mediante SSH. Ambos detienen el play para ese host.

El recuento de changed es su indicador de idempotencia. Si una ejecución repetida sigue informando de cambios, significa que una tarea no es realmente idempotente.

Añada -v (o -vv) a ansible-playbook para obtener una salida detallada que muestre exactamente qué cambió cada tarea y por qué.

Interprete ok como «ya es correcto» y changed como «se acaba de corregir». PLAY RECAP y una segunda ejecución con changed=0 demuestran que su play es idempotente. ✅