Ansible: interpolation de variable dans le nom de la tâche

Je ne peux pas obtenir cette apparemment simple exemple pour travailler dans Ansible 1.8.3. L'interpolation de variable n'est pas un coup de pied dans le nom de la tâche. Tous les exemples j'ai vu semblent suggérer cela devrait fonctionner. Étant donné que la variable est définie dans le vars l'article que j'attendais le nom de la tâche pour imprimer la valeur de la variable. Pourquoi ne pas ce travail?

Même l'exemple de l'Ansible la documentation semble ne pas imprimer la valeur de la variable.

---
- hosts: 127.0.0.1
  gather_facts: no
  vars:
    vhost: "foo"
  tasks:
    - name: create a virtual host file for {{ vhost }}
      debug: msg="{{ vhost }}"

Cette résultats dans la sortie suivante:

PLAY [127.0.0.1]     
************************************************************** 

TASK: [create a virtual host file for {{ vhost }}] 
**************************** 
ok: [127.0.0.1] => {
   "msg": "foo"
}

PLAY RECAP 
******************************************************************** 
127.0.0.1                  : ok=1    changed=0    unreachable=0    failed=0

Mise à jour
Cela fonctionne avec 1.7.2 mais ne fonctionne pas avec 1.8.3. Donc, soit c'est un bug ou une fonctionnalité.

InformationsquelleAutor calvinkrishy | 2015-03-12
  1. 20

    Variables ne sont pas résolues à l'intérieur de la name. Seulement à l'intérieur de l'effectif des tâches/conditions de etc. les espaces réservés seront résolus. Je suppose que c'est par la conception. Imaginez que vous avez un with_items boucle et utiliser le {{ item }}dans le name. Les tâches name ne sera imprimé une fois, mais la {{ item }} allait changer à chaque itération.

    Je vois les exemples, l'un dans la doc vous lié à l'utilisation des variables dans le name. Mais cela ne veut pas dire que le résultat serait comme vous vous y attendiez. Les docs sont gérées par la communauté. Il peut être quelqu'un de juste mis en ligne w/o à le tester ou peut-être l'habitude de travailler comme ça dans une version précédente de Ansible et les docs n'ont pas été mis à jour alors. (Je suis seulement en utilisant Ansible depuis environ un an). Mais même si cela ne fonctionne pas comme nous le souhaitons, il serait, je suis toujours à l'aide de variables dans mon name's, juste pour indiquer que la tâche est basée sur les paramètres de la dynamique. Peut-être les exemples ont été écrits avec la même intention.

    Une observation intéressante j'ai récemment fait (Ansible 1.9.4) est, par défaut les valeurs sont écrites dans le nom de la tâche.

    - name: create a virtual host file for {{ vhost | default("foo") }}

    Lorsqu'il est exécuté, Ansible permettrait d'afficher le titre de la tâche que:

    TÂCHE: [créer un hôte virtuel fichier foo]

    De cette façon, vous pouvez éviter laid noms de tâche dans la sortie.

    • Qu'un peu... de sens. Comme vous le posé, cette habitude de travailler en 1.7.x mais qui a cessé de travailler en 1.8. Eh bien...
    • ah, merci pour la mention de la versions, j'ai pensé que c'est arrivé parce que j'ai fait mes tâches dans un module, les chiffres de mes noms arrêté interpolation parce que j'ai mis à jour Ansible.
    • Je suis l'aide d'une solution de contournement, je ne sais pas si c'est la seule façon.. je comprend debug déclaration DEVANT la tâche
    InformationsquelleAutor udondan
  2. 1

    Vous devez entourer la chaîne entre guillemets.

    tasks:
    - name: "create a virtual host file for {{ vhost }}"
      debug: msg="{{ vhost }}"

    De ansible documentation:

    Syntaxe YAML est que, si vous commencez une valeur avec {{ foo }} vous citer l'ensemble de la ligne, car il veut être sûr que vous n'êtes pas d'essayer de démarrer une YAML dictionnaire. Ce qui est couvert sur le Syntaxe YAML page.

    • Si vous démarrer une valeur avec {{ foo }} vous citer l'ensemble de la ligne. Il n'est pas nécessaire à l'OP cas.
    • Bien sur Ansible 2.5 le commentaire ci-dessus fonctionne.
    InformationsquelleAutor J.A. Simmons V
  3. 0

    Explication

    Si la variable est interpolée à dépend de l'endroit où elle a été déclarée.

    Imaginez que Vous avez deux hôtes: A et B.

    • Si la variable foo est seulement par l'hôte, si l'Ansible exécute le jeu, il ne peut pas décider de la valeur à utiliser.
    • D'autre part, si elle a un mondiale valeur (global dans le sens de l'accueil invariance), il n'y a pas de confusion de la valeur à utiliser.

    Source: https://github.com/ansible/ansible/issues/3103#issuecomment-18835432

    Mains sur playbook

    • ansible_user est un inventaire variable
    • greeting est un invariant de la variable
    - name: Test variable substitution in names
  hosts: localhost
  connection: local
  vars:
    greeting: Hello
  tasks:
    - name: Sorry {{ ansible_user }}
      debug:
        msg: this won't work
    - name: You say '{{ greeting }}'
      debug:
        var: ansible_user
    InformationsquelleAutor MrMeszaros