Как передать через include_role в роль ansible переменную, которая сама является переменной?

Question

[776166]

Допустим, есть роль, которая в процессе работы должна создать БД. Внутри этой роли в vars/main.yml я определяю все необходимые названия для создания базы.
Например:
db_name: "{{ foo }}_{{ bar }}_dev"

И мне надо передать эти переменные в роль, которая обработает эти переменные и эту базу создаст.

- name: Create Database
  ansible.builtin.include_role:
    name: db
  vars:
    db_name: "{{ db_name }}"

И вот это всё не работает. Т.е. передать переменную можно, но только если определить её напрямую. А мне надо не напрямую. Мануалы и интернет как всегда ничего внятного ответить не могут.

Comments

[MaxKozlov]

Вы б поподробнее написали что "не работает"
Что хотели, что получили.
Можно debug внутри роли добавить чтобы разобраться
А то в вашем тексте я определения pg_name не вижу.
Может вы просто запутались в своих db_name/pg_name

[776166]

MaxKozlov, не, там всё определяется более чем правильно. Была работающая роль, решил вынести в другую.
Дебаг в родительской роли всё пишет правильно. При редактировании хотел упростить, потому что (мне) понятно, что проблема не в опечатке, а какая-то более системная.

В дочерней роли могут быть варианты: от разваливания в неизвестную ошибку питона до значения переменной из какой-то странной комбинации из названия родительской роли, названия переменной. Это в таком виде передаётся и можно распечатать в дочерней роли. В дочерней роли на базе этой передаваемой переменной должна определяться внутренняя переменная, которая уже будет использоваться.

[MaxKozlov]

776166, Вы сами не видите, что ваш новый вариант описания - зацикливается ?

vars:
    db_name: "{{ db_name }}"

по вашему описанию "В дочерней роли на базе этой передаваемой переменной должна определяться внутренняя переменная, которая уже будет использоваться.", а вы как будто определяете снаружи ту самую внутреннюю переменную, что у вас ставится в role/vars. и в role/vars она ещё раз пытается переопределиться.

Как уже указал mureevms, во первых, у переменных есть приоритет
а во вторых, ansible при попытке получить значение в цикле пытается разрешить значения до финального.
типа

prev_value = value
while True:
     value = resolve_variables(value)
     if value == prev_value:
        break
    prev_value = value

Если вы сильно навертите с одинаковыми именами, будет бесконечный цикл (может это именно он - ваша неизвестная ошибка)
а если таки придёте к какому-то результату, не факт что из длинной цепочки переходов вы не получите нечто типа "странной комбинации из названия родительской роли, названия переменной"

вообще, повторюсь, переменные ролей лучше бы определять в defaults/ и имена давать в виде rolename_variable_name

в идеале role/vars/ нужен для того, чтобы на ходу что-то менять. например, в зависимости от ОС или каких-то других параметров системы, собираемых через facts.
хорошим тоном при этом все внутренние переменные писать как _variable_name, чтобы у вас меньше было соблазна эти переменные пытаться ставить снаружи.
по крайней мере в этом случае гораздо легче понять, откуда ноги растут у странных комбинаций

Answer 1

[mureevms]

У Ansible есть приоритет переменных. Переменная, которую вы пытаетесь вынести, по приоритету находятся ниже, чем roles/role_name/vars/main.yml. Скорее всего вы выносите эту переменную в host_vars или group_vars, что логично, но не достаточно, поскольку roles/role_name/vars/main.yml имеет больший приоитет. Для решения я бы рекомендовал использовать roles/role_name/defaults/main.yml файл, он имеет наименьший приоритет и переменная будет переопределена из любого другого места, если там объявлена.

Т.е. для вашего случая просто переименуйте каталог в роли с vars на defaults или же перенесите только эту переменную в defaults

Comments

[776166]

Да, получилось. Спасибо.

[776166]

Offtopic: Опять моё чувство наименьшего удивления пошло нахрен. Разобрались с одним, вылезло другое.

Эта самая запускаемая роль должна запускаться с определённым тэгом. И выясняется, что там тоже какая-то задница, если запускающая роль запущена с тёгом. В документации опять неочевидное говно.
Мне нужно, что бы запускалась дочерняя роль pg с тэгом test

ansible.builtin.include_role:
    name: pg
    apply:
      tags:
        - test
  tags:
    - foo

не работает: в роль передаётся тэг foo

Надмозг сообщает, что передача тэга в дочернюю роль работает только если в импорте будет указано tags: always, чему есть пример в документации без каких-то комментариев.

ansible.builtin.include_role:
    name: pg
    apply:
      tags:
        - test
  when: "'foo' in ansible_run_tags"
  tags:
    - always

Не работает, если запустить её с тэгом foo, который опять передаётся в дочернюю роль.

Что-то с этим можно сделать?

[MaxKozlov]

776166, с тэгами действительно неочевидно.
если кратко - тэги внутри include_role снаружи не видны, если сам import_role запускается с тэгом
import_role - видит и запускает всё из дочерней роли согласно тэгам
а подлиннее с примерами - тема для отдельного вопроса :)