Læs changed kontra ok i output

En status på changed betyder, at værten ikke stemte overens med tilstanden, så modulet ændrede noget for at bringe den i overensstemmelse med den tilstand, du havde angivet.

Som standard farvelægger Ansible udskrift med changed gult og udskrift med ok grønt. En skærm fuld af grønt ved anden kørsel er præcis det, du ønsker.

Til sidst tæller PLAY RECAP statuserne pr. vært: ok, changed, unreachable og failed. Det er dit sundhedstjek på én linje.

Kør en idempotent playbook to gange, så bør den anden opsummering vise changed=0. Enhver ændring ved en gentagen kørsel er værd at undersøge.

En status på changed betyder succes, ikke et problem. Den registrerer blot, at værten havde brug for arbejde, og at opgaven udførte det korrekt.

Du kan også se skipping, hvilket betyder, at en when-betingelse var falsk, så opgaven ikke blev kørt på den pågældende vært.

En status på failed betyder, at opgaven gav en fejl; unreachable betyder, at Ansible ikke engang kunne oprette forbindelse via SSH. Begge dele stopper playen på den pågældende vært.

Antallet af changed er din måler for idempotens. En gentagen kørsel, der bliver ved med at rapportere ændringer, betyder, at en opgave ikke er ægte idempotent.

Føj -v (eller -vv) til ansible-playbook for en udførlig udskrift, der viser præcis, hvad hver opgave ændrede, og hvorfor.

Læs ok som 'allerede korrekt' og changed som 'netop rettet'. PLAY RECAP og en gentagen kørsel med changed=0 beviser, at din play er idempotent. ✅