Comprendre la condition Ansible basée sur un booléen avec la syntaxe "is"

J'essaie de comprendre la logique de la syntaxe de la condition basée sur le booléen dans les tâches ansibles.

playbook.yml

- hosts: localhost
 gather_facts: no
 tasks:
 - name: stat module
 stat:
 path: playbook.yml
 register: output_stat
#DEBUG 
 - debug:
 var: output_stat.changed
 - debug:
 var: output_stat.stat.exists
#CONDITION
 - name: debug condition on output_stat is changed
 debug:
 msg: "output_stat is changed"
 when: output_stat is changed
 - name: debug condition on output_stat.stat is exists
 debug:
 msg: "file exists"
 when: output_stat.stat is exists

Exécuter le playbook avec ansible-playbook playbook.ymlla sortie de console suivante :

PLAY [localhost] *********************************************************************************************************************************************
TASK [stat module] *******************************************************************************************************************************************
Thursday 14 April 2022 11:48:10 +0200 (0:00:00.022) 0:00:00.022 ******** 
ok: [localhost]
TASK [debug] *************************************************************************************************************************************************
Thursday 14 April 2022 11:48:10 +0200 (0:00:00.385) 0:00:00.408 ******** 
ok: [localhost] => {
 "output_stat.changed": false
}
TASK [debug] *************************************************************************************************************************************************
Thursday 14 April 2022 11:48:10 +0200 (0:00:00.037) 0:00:00.445 ******** 
ok: [localhost] => {
 "output_stat.stat.exists": true
}
TASK [debug condition on output_stat is changed] *************************************************************************************************************
Thursday 14 April 2022 11:48:10 +0200 (0:00:00.036) 0:00:00.482 ******** 
skipping: [localhost]
TASK [debug condition on output_stat.stat is exists] *********************************************************************************************************
Thursday 14 April 2022 11:48:10 +0200 (0:00:00.037) 0:00:00.520 ******** 
fatal: [localhost]: FAILED! => {"msg": "The conditional check 'output_stat.stat is exists' failed. The error was: Unexpected templating type error occurred on ({% if output_stat.stat is exists %} True {% else %} False {% endif %}): coercing to Unicode: need string or buffer, dict found\n\nThe error appears to be in '/tmp/test/playbook.yml': line 23, column 7, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n - name: debug condition on output_stat.stat is exists\n ^ here\n"}
PLAY RECAP ***************************************************************************************************************************************************
localhost : ok=3 changed=0 unreachable=0 failed=1 skipped=1 rescued=0 ignored=0

Pourquoi la première condition "output_stat est modifié" fonctionne-t-elle, mais pas la seconde "output_stat.stat existe". Je ne comprends pas car ils font tous deux référence à des valeurs booléennes.

Je comprends que je pourrais utiliser

 - name: debug condition on output_stat is changed
 debug:
 msg: "output_stat is changed"
 when: output_stat.changed
 - name: debug condition on output_stat.stat is exists
 debug:
 msg: "file exists"
 when: output_stat.stat.exists

au lieu de le faire fonctionner, donc je ne cherche pas de solution. Je me demande vraiment comment le "est échoué" ne donne aucune erreur et le "existe" le fait... Est-ce lié à un comportement ansible très spécifique?


Solution du problème

is changedest un test Jinja2 fourni par Ansible: https://docs.ansible.com/ansible/latest/user_guide/playbooks_tests.html#testing-task-results

Son implémentation est un peu plus avancée que le simple test de la valeur booléenne du champ changedprésent sur chaque résultat.

Ce test est un moyen plus pratique de vérifier si une tâche est dans l'état modifié.

D'autre part, existsn'est qu'un simple champ du champ statdans le résultat d'une tâche stat. Ce champ est un booléen comme documenté dans la doc du module.

Ce champ ne peut être testé directement qu'en tant que booléen.

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Erreur Symfony : "Une exception a été levée lors du rendu d'un modèle"

j'essaie d'inclure <link href="{{ asset('css/mystyle.css') }}" rel="stylesheet"/> dans mon fichier twig et le rendre. Mais cela me donne une exception PHP non interceptée Twig_Error_Runtime : "Une exception a été levée lors du rendu d'un modèle ("Le fichier manifeste de l'actif "/../public/build/manifest.json" n'existe pas.") ça marche quand j'utilise link href="css/mystyle.css" rel="stylesheet"/> . Voici mon contrôleur: <?php namespace App\Controller; use Symfony\Component\Routing\Annotation\Route; use Symfony\Bundle\FrameworkBundle\Controller\AbstractController; use Symfony\Component\HttpFoundation\Response; class WelcomeController extends AbstractController { /** * @Route("/", name="welcome") */ public function index() { return $this->render('welcome/index.html.twig'); } } Voici mon modèle de brindille : <!doctype html> ...
Lire la suite

Détecter les appuis sur les touches fléchées en JavaScript

Comment détecter l'appui sur l'une des touches fléchées ? J'en ai profité pour savoir: function checkKey(e) { var event = window.event? window.event: e; console.log(event.keyCode) } Bien que cela fonctionnait pour toutes les autres touches, ce n'était pas le cas pour les touches fléchées (peut-être parce que le navigateur est censé faire défiler ces touches par défaut). Solution du problème event.key === "Flèche droite"... Plus récent et beaucoup plus propre: utilisez event.key . Plus de codes numériques arbitraires ! Si vous transpilez ou savez que vos utilisateurs utilisent tous des navigateurs modernes, utilisez ceci ! node.addEventListener('keydown', function(event) { const key = event.key; // "ArrowRight", "ArrowLeft", "ArrowUp", or "ArrowDown" }); Gestion détaillée : switch (event.key) { case "ArrowLeft": // Left pressed break; case "ArrowRight": // Right pressed break; c...
Lire la suite

Une chaîne vide donne "Des erreurs ont été détectées dans les arguments de la ligne de commande, veuillez vous assurer que tous les arguments sont correctement définis"

Image
Sur un serveur SQL 2016, j'ai un travail qui appelle un package SSIS. Ce package se trouve dans un projet dans la SSISDB et a des paramètres. L'un de ces paramètres est un type de chaîne vide par défaut. J'ai exécuté le travail avec la valeur vide pour ce paramètre, et il s'est exécuté avec succès. J'ai ensuite ouvert les propriétés du travail, je suis allé à l'étape qui appelle ce package et je suis entré dans la configuration et j'ai donné une valeur à ce paramètre. J'ai exécuté à nouveau le travail et il s'est exécuté avec succès, et la valeur du paramètre a eu l'effet attendu sur les résultats. Maintenant, je veux modifier le travail et redéfinir le paramètre sur une chaîne vide. En répétant ce que j'ai fait ci-dessus, j'ouvre la configuration et supprime complètement la valeur du paramètre. Lorsque j'essaie ensuite d'enregistrer les propriétés de l'étape du travail, j'obtiens une boîte de dialogue d'erreur a...
Lire la suite