несколькими playbook?

в рамках одного playbook плагин будет работать только с одной "гранулой"

переведу на свой язык. запустить один плэйбук на 2 динамик инвентори из одного плагина - не реально?

Так можно inventory 2 раза задать и он в итоге в один это мерджит

Так можно inventory 2 раза задать и он в итоге в один это мерджит

Всем карантин! Кто-нибудь знает, как красиво, по-ансибловому, релоаднуть nginx в контейнере? Вариант - name: Reload nginx container if configs were changed shell: docker exec nginx nginx -s reload when: nginx_files.changed|d(True) не очень хотелось бы использовать

-i invetory1 -i inventory2

Есть модуль docker_container и не нужно костылять

Всем карантин! Кто-нибудь знает, как красиво, по-ансибловому, релоаднуть nginx в контейнере? Вариант - name: Reload nginx container if configs were changed shell: docker exec nginx nginx -s reload when: nginx_files.changed|d(True) не очень хотелось бы использовать

что-то я сомневаюсь

Ну проверь с tower, это зависит от того как плагин написан

слышал про наркоманию, где рядом с nginx крутится шелка, которая по крону тарит конфиг, сверяет md5 и если изменился - делает релоад ))

-i invetory1 -i inventory2

Failed to parse tower_inventory1.yml with auto plugin: inventory config 'tower_inventory1.yml' could not be verified by plugin 'tower'

Failed to parse tower_inventory1.yml with auto plugin: inventory config 'tower_inventory1.yml' could not be verified by plugin 'tower'

Звучит как какая-то хрень

Звучит как какая-то хрень

Всем карантин! Кто-нибудь знает, как красиво, по-ансибловому, релоаднуть nginx в контейнере? Вариант - name: Reload nginx container if configs were changed shell: docker exec nginx nginx -s reload when: nginx_files.changed|d(True) не очень хотелось бы использовать

По duck typing, кстати. и является хренью

Ну значит конфиг для плагина не подходит

ага, переименовываешь в tower_inventory.yml и работает...он ждет определенное имя файла (

а вообще поменялся конфиг - релиз, пересборка контейнера, перезапуска...зачем изобретать?

Посмотри в доках плагина

ага, переименовываешь в tower_inventory.yml и работает...он ждет определенное имя файла (

А inventory -i 1 -i 2 - по сути мердж ямлов из нескольких каталогов, для ансибла нет разницы, два каталога с 1 файлом или 1 с двумя

https://habr.com/en/post/500058/ люди добрые, расскажите что я не так делаю в тестирование ansible?

Подскажите пожалуйста, у вас везде используется плоская структура переменных? Т.е нигде нет hash/dictionary? BAD: Использовать hash/dictionary. --- user: name: admin group: admin GOOD: Использовать плоскую структуру переменных. --- user_name: admin user_group: "{{ user_name }}"

никогда не говори никогда. естесвенно есть сложные конструкции. Но как правило они находятся в vars, это как правило какие-то константы которые не должны переопределяться при вызове ролей

Привет. В ansible можно в плейбуке при первом запуске генераторе токен, как-то сохранить локально и при последующих использовать? Вроде генерации var файла если его нет локально

Через переменные окружения подойдет?

Значение не известно пока половина плейбука не отработает. Схема запустить половину, посмотреть значение и потом засунуть в переменные не очень.

Ансибл не хранит стейт: тупо негде, не предусмотрено дизайном.

Я поглядываю на template: ... deletegate_to: localhost 😁

Если есть подобная схема работы - что-то в консерватории не так.

Конкретно у меня ситуация, что я хочу написать роль для бустрапа consul+vault сгенерить конфиг включить консул consul acl bootstrap -> получи токен (один раз) consul create policy -> получи токен выполни команды с токеном на каждом хосте и так далее

обычно токены и прочии креды передают, через переменные окружения. тебе ничего не мешает написать генерирование токена и закинуть в переменную окружения(permanent environment variables)