- delegate_to: localhost copy: dest: '{{playbook_dir}}/foo' content: bar Работает.

Парни, а так нельзя, разве? - name: Create a data container docker_container: name: at-mojo image: docker-registry.opt/mojo volumes: - {{checkout}}:/opt/reporting

не даёт указать в volumes переменную

чот ковычек не хватает

Не помогает

- "{{checkout}}":"/opt/reporting"

не

целиком

и производные не лечтся

- /opt:/opt работает Сейчас проверю с кавычками

- "{{checkout}}:/opt/reporting"

целиком

спасибо! Видимо "":"" как словарь воспринималось

- "{{checkout}}:/opt/reporting"

аха, спасибо

@freeseacher ты помнится ругал что в 2.5 сломали наследование тегов include_*

да

я только что поймал момент когда это наоборот офигенно

не сломали а привели в соответствии с виденьем

ну не суть

допустим: tasks: - name: Run post deployment tasks include_tasks: "{{ item }}" with_first_found: - "roles/{{ service_role }}/tasks/post-{{ service_role }}.yml" - empty.yml tags: - skip_packer - post - always

тогда post.yml у тебя будет инклюдится всегда

ну если он есть

а вот таски в нем нет

не будут выполняться если не указан конкретный тег

так как раньше они бы отнаследовали always

это в принципе позволяет более сложную логику строить

Подскажите пожалуйста: хост в inventory у меня например fe2, устанавливаю всё необходимое, настраиваю. разворачиваю проект и затем мне надо добавить fe2 в балансировку в nginx на lb (другой хост) - как лучше это сделать?

Добавить хост в конфиг и релоаднуть nginx

Добавить хост в конфиг и релоаднуть nginx

это понятно )) проблема в том - как выполнить задание на lb?

delegate_to: lb

delegate_to: lb

а каким пользователем оно ломанётся на lb?

я могу переопределить пользователя?

а каким пользователем оно ломанётся на lb?

тем который указан на хосте lb

Можно указать в inventory, можно для конкретной команды

тем который указан на хосте lb

а если у меня не описан lb в inventory файле?

В документации есть пример для haproxy http://docs.ansible.com/ansible/latest/user_guide/playbooks_delegation.html

Добавь его

Стандартная схема, когда в инвентори есть балансер и группа с бекендами

т.е. я правильно понимаю, что в инвентори-файле у меня должны быть описаны все подключения, хотя играю конкретную группу из него в которой нет этого lb?

а если у меня не описан lb в inventory файле?

ты придумываешь себе проблему - хочешь работать с сущностью, которой не существует в твоём инвентори (WAT?)

Да, в инвентори ты добавляешь все хосты которые у тебя есть в окружении. Обычно делают несколько инвентори для каждого из окружений, live, staging, local

подключения нужно формировать динамически, перечисляя все хосты из соответствующей группы (e.g. 'backends')

Да, в инвентори ты добавляешь все хосты которые у тебя есть в окружении. Обычно делают несколько инвентори для каждого из окружений, live, staging, local

+

ок, т.е. у меня сработает связка: delegate_to: lb become: yes become_user: xxx

ок, т.е. у меня сработает связка: delegate_to: lb become: yes become_user: xxx

подключения нужно формировать динамически, перечисляя все хосты из соответствующей группы (e.g. 'backends')

В балансере - да, просто пройтись по группе и сгенерить конфиг для балансера

ок, т.е. у меня сработает связка: delegate_to: lb become: yes become_user: xxx

Лучше в inventory эти параметры доьавь

В балансере - да, просто пройтись по группе и сгенерить конфиг для балансера

для балансерОВ, т.к. основная рабочая сущность в модели Ансибла - _группа_ хостов. И группа эта в общем случае может состоять даже из одного хоста.

В балансере - да, просто пройтись по группе и сгенерить конфиг для балансера

Генерация конфига - это не проблема - проблема именно была выполнить команду на другой сущности и под другим пользователем одновременно

Всем спасибо, пошел писать дальше ))

Не за что.

как можно запустить автонастройку при первой загрузке ноды? Допустим, в кикстарте заполнили всякие переменные, а после ребута нужно запустить задачу 1 раз, и чтобы показывало прогресс. Через rc.local как-то не вышло

войти под рутом и запустить - не вариант )

центос7 и systemd если что

как можно запустить автонастройку при первой загрузке ноды? Допустим, в кикстарте заполнили всякие переменные, а после ребута нужно запустить задачу 1 раз, и чтобы показывало прогресс. Через rc.local как-то не вышло

https://www.freedesktop.org/software/systemd/man/systemd.special.html#reboot.target

но мне кажется вам нужен cloud-init / ignition

https://www.freedesktop.org/software/systemd/man/systemd.special.html#reboot.target

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

и запуск ровно 1 раз

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

ну вот и выводи прогресс в лог

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

и запуск ровно 1 раз

partitial run ?

А еще подскажите - в какой переменной я могу получить имя оригинального хоста для которого играю playbook (что-то типа ansible_host или ansible_ssh_host), если сделал delegate_to 127.0.0.1?

А еще подскажите - в какой переменной я могу получить имя оригинального хоста для которого играю playbook (что-то типа ansible_host или ansible_ssh_host), если сделал delegate_to 127.0.0.1?

inventory_hostname

inventory_hostname

точно, спасибо )

как можно запустить автонастройку при первой загрузке ноды? Допустим, в кикстарте заполнили всякие переменные, а после ребута нужно запустить задачу 1 раз, и чтобы показывало прогресс. Через rc.local как-то не вышло

опцией инита ?

опцией инита ?

это как

ровно ожин раз на самом деле не бывает же. бывает до победного. а факт победы это флаговый файл /etc/my_superapp/init_done и убрать из опций запуска

это как

это как password recovery делают

это как password recovery делают

хм, сделали свою строку с дефолтом, а дальше? Отдельный runlevel?

ровно ожин раз на самом деле не бывает же. бывает до победного. а факт победы это флаговый файл /etc/my_superapp/init_done и убрать из опций запуска

нет, там всё должно поставиться и настроиться в 1 прогон, иначе переустановка и повтор. Есть нюансы..

а ранлевелы разве еще актуальная тема ?

а почему нет?

нуу.. таргеты же щас

мн еотчегото казалось что ранлевелы это концепция sysv

полностью же не вырезали

а если у меня не описан lb в inventory файле?

Генерировать таск для подансибла.. может

кроме ansigenom есть генераторы доки для ансибла ?

а то много где вижу красиво оформленую доку но чем ее делают нипонятно

в ворде же

дока, которая по самому ansible? или что-то другое?

Которая по ролям