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

- /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

подключения нужно формировать динамически, перечисляя все хосты из соответствующей группы (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? или что-то другое?

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

А в ансибле как такое сделать? https://github.com/saltstack-formulas/php-formula/blob/master/php/map.jinja#L17-L30 Яимею ввиду динамическую генерацию переменных. Есть что-то подобное? Посмотрел одну из самых популярных ролей в Galaxy, там все статично https://github.com/geerlingguy/ansible-role-php/blob/master/vars/Debian.yml

set_fact

https://github.com/openshift/openshift-ansible/blob/master/roles/etcd/tasks/backup/vars.yml#L6

Направление понятно, спасибо.

ansible/ansible was tagged: v2.4.4.0-1 Link: https://github.com/ansible/ansible/releases/tag/v2.4.4.0-1 Release notes: New release v2.4.4.0-1

ansible/ansible was tagged: v2.4.4.0-1 Link: https://github.com/ansible/ansible/releases/tag/v2.4.4.0-1 Release notes: New release v2.4.4.0-1

Что-то не найду как из list of lists получить плоский list

а вроде | flat есть

https://docs.ansible.com/ansible/devel/plugins/lookup/flattened.html вроде бы оно, но вместо списка получается строка разделенная запятыми почему-то

можно склеить через set_fact + loop, но если элементов много это капец уродливо

| sum(start=[])

альтернативный (лучший) вариант, обнаруженный в процессе изучения сорцов, доступен начиная с версии 2.5 https://github.com/ansible/ansible/blob/devel/lib/ansible/plugins/filter/core.py#L470 | flatten

Привет всем! Подскажите возможно ли в плейбуке в hosts выполнить условие, условие - выполнить на всех хостах что есть в inventory кроме группы "test" и "test2" ? (пробовал "!" не кушает)

Привет всем! Подскажите возможно ли в плейбуке в hosts выполнить условие, условие - выполнить на всех хостах что есть в inventory кроме группы "test" и "test2" ? (пробовал "!" не кушает)

hosts: groupA:!groupB http://docs.ansible.com/ansible/latest/user_guide/intro_patterns.html Пользовался, работало.

Для всех, кроме группы, соответственно: all:!groupC

hosts: groupA:!groupB http://docs.ansible.com/ansible/latest/user_guide/intro_patterns.html Пользовался, работало.

Да спасибо, заработал такой вид all: !test !test2

Приветствую, никто не сталкивался с проблемой jinja шаблонов: <lambda>() takes exactly 0 arguments (1 given) ? С одной ноды ансибл нормально отрабатывает, с другой валится с такой ошибой. Имею ввиду ноды, на которых ансибл запускается, а не которыми управляет

в шаблоне есть макросы, версии python на обеих машинах одинаковые

Приветствую, никто не сталкивался с проблемой jinja шаблонов: <lambda>() takes exactly 0 arguments (1 given) ? С одной ноды ансибл нормально отрабатывает, с другой валится с такой ошибой. Имею ввиду ноды, на которых ансибл запускается, а не которыми управляет

Если код шаблона поглядеть, да и макросов тоже - так был бы предметный разговор. А так - "извините, по телефону зубы не лечим".

Да я уже почти докопался

по какой-то странной причине по-разному работает функция dict в jinja

в неё передаётся массив пар

В общем проблема оказалась в том, что была установлена старая версия Jinja