Я всё думаю как бы асинхронности понавтыкать для ускорения. Вместо 30 секунд на роль запускать плейбуки пачками асинхронно и таски в ролях асинхронные

И тогда вместо 10-15 минут на стенд, будет уходить 1-2 и то только из-за того что скачивать надо с кешера

@GrygoriiTriangu будет жить. Поприветствуем!

Зачем проверка наличия /etc/sudoers ?

Хрен его знает... Помню, что когда писал, этому точно было какое-то объяснение.

Кусок легаси видимо)

@chipsetov будет жить. Поприветствуем!

Пытаюсь понять как работают условия, помощь приветствуется) Есть элементарный таск: - name: Installing conan win_command: pip install conan Мне нужно чтобы каждый хост для себя запомнил что таск был на нём выполнен и не выполнял его снова, как это сделать?

Сразу скажу, что на винде нет модуля pip.

а что он устанавливает установленный?

Обновляет. Ну и вообще вопрос более абстрактный, без привязки к pip.

Пытаюсь понять как работают условия, помощь приветствуется) Есть элементарный таск: - name: Installing conan win_command: pip install conan Мне нужно чтобы каждый хост для себя запомнил что таск был на нём выполнен и не выполнял его снова, как это сделать?

creates : A path or path filter pattern; when the referenced path exists on the target host, the task will be skipped.

Но это сам модуль так умеет Но2 так умеют много модулей.

Но это сам модуль так умеет Но2 так умеют много модулей.

Спасибо, отличное решение, так и сделал?

Ну такое, обычно это имеет смысл когда, например, разархивируешь что-нибудь куда-нибудь. В случае с пипом я бы лучше до этого выводил бы список установленных пакетов и скипал если он там есть. Или посмотрел бы на аргументы чтобы оно не обновляло если стоит.

Теперь всё-таки с условиями хочется разобраться) Вот есть у меня в плейбуке набор тасков. После выполнения некоторых из них (если они вызвали changed) я хочу в конце плейбука вызывать перезагрузку. А если они все зелёные (ok) - не нужно перезагружаться. --- - hosts: windows tasks: - name: Installing Microsoft Visual Stuio 2013 win_chocolatey: name: visualstudio2013ultimate state: present - name: Installing Qt 5.5.1 msvc2013 win_package: path: http://download.qt.io/archive/qt/5.5/5.5.1/qt-opensource-windows-x86-msvc2013-5.5.1.exe arguments: --script C:\qt-installer.qs creates_path: C:\Qt - name: Installing conan win_command: pip install conan args: creates: C:\Python37\Scripts\conan.exe - name: Final reboot win_reboot: Вот если 1 или 2 таск changed - нужен reboot.

Теперь всё-таки с условиями хочется разобраться) Вот есть у меня в плейбуке набор тасков. После выполнения некоторых из них (если они вызвали changed) я хочу в конце плейбука вызывать перезагрузку. А если они все зелёные (ok) - не нужно перезагружаться. --- - hosts: windows tasks: - name: Installing Microsoft Visual Stuio 2013 win_chocolatey: name: visualstudio2013ultimate state: present - name: Installing Qt 5.5.1 msvc2013 win_package: path: http://download.qt.io/archive/qt/5.5/5.5.1/qt-opensource-windows-x86-msvc2013-5.5.1.exe arguments: --script C:\qt-installer.qs creates_path: C:\Qt - name: Installing conan win_command: pip install conan args: creates: C:\Python37\Scripts\conan.exe - name: Final reboot win_reboot: Вот если 1 или 2 таск changed - нужен reboot.

notify + handler

Ну такое, обычно это имеет смысл когда, например, разархивируешь что-нибудь куда-нибудь. В случае с пипом я бы лучше до этого выводил бы список установленных пакетов и скипал если он там есть. Или посмотрел бы на аргументы чтобы оно не обновляло если стоит.

Проверил, он его не обновляет даже, просто говорит что всё установлено, а статус в итоге changed.

notify + handler

Спасибо!)

Это потому что выполняешь команду

Что шелл?)

ну как ты определишь выполнив команду изменила она что или нет?

поэтому считается что она что-то меняет, по умолчанию

можешь в таск дописать changed_when

Спасибо, всё понял))

Приветствую. Подскажите как правильно в инвентаре в формате YAML children группы делать. Я из офф документации нифига не понял там слишком всё упрощено как-то. Может есть какой то нормальный рабочий пример?

Приветствую. Подскажите как правильно в инвентаре в формате YAML children группы делать. Я из офф документации нифига не понял там слишком всё упрощено как-то. Может есть какой то нормальный рабочий пример?

https://docs.ansible.com/ansible/2.5/plugins/inventory/yaml.html

Приветствую. Подскажите как правильно в инвентаре в формате YAML children группы делать. Я из офф документации нифига не понял там слишком всё упрощено как-то. Может есть какой то нормальный рабочий пример?

group_name: children: group_child_name: children: group_child_child_name: hosts: host_name1: host_name2: another_group_name: children: defined_elsewhere: defined_elsewhere: hosts: host1: host2:

group_name: children: group_child_name: children: group_child_child_name: hosts: host_name1: host_name2: another_group_name: children: defined_elsewhere: defined_elsewhere: hosts: host1: host2:

благодарю

Приветствую. Подскажите как правильно в инвентаре в формате YAML children группы делать. Я из офф документации нифига не понял там слишком всё упрощено как-то. Может есть какой то нормальный рабочий пример?

только проверьте, какой версии у вас ansible, я ловил неприятные баги с inventory в формате yaml примерно до версии 2.4.XX (не помню что), лучше если что взять 2.6

https://docs.ansible.com/ansible/2.5/plugins/inventory/yaml.html

Сенкс

у меня 2,7 сейчас

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

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

штоууу? не очень понимаю зависимость от того в каком формате лежит inventory (ini или yaml) и dynamic inventory...

штоууу? не очень понимаю зависимость от того в каком формате лежит inventory (ini или yaml) и dynamic inventory...

В анзибле не всегда была поддержка Yaml в инвентори (или я неосилил чтото). Запилил скрипт который с ямла делает динамик инвентори. Формат само собой немного различался.

В анзибле не всегда была поддержка Yaml в инвентори (или я неосилил чтото). Запилил скрипт который с ямла делает динамик инвентори. Формат само собой немного различался.

это я отлинчо помню, и когда перелазил с ini->yaml никакие dynamic inventory мне править не пришлось.

Чет по чейнжлогам найти не могу, в 2.4 написано что завезли инвентори плагин yaml Возможно была моя личная развлекуха.

да, но завезли с багами и в 2.4.xx починили

Ну по личным ощущением развлекуха была в районе 2.0-2.1 или апдейте от туда на 2.5. Пруфов не будет

Кто знает, как выпилить флаг -n для sudo когда ansible эскалирует привилегии до рута?

Сам спросил, сам отвечу, become_flags: -H -S

Alex Karabutin будет жить. Поприветствуем!

@WarraxUA будет жить. Поприветствуем!

@KeyJoo будет жить. Поприветствуем!

@androsov_sv будет жить. Поприветствуем!

@n6152413 будет жить. Поприветствуем!

надо выключать свет

девопсы на свет бегут

надо выключать свет

не надо, это релевантные работяги из @devops_ru

я вкурсе )

Вопрос по ansible.cfg и запуску ansible-playbook. Можно ли указать путь к ansible.cfg прямо в плейбуке? Если да, то как? Если нет, то как можно это сделать через параметры запуска утилиты ansible-playbook?

чем неудобно в текущей дире держать?

Потому, что текущий дир .git/hooks, а он по умолчанию скрыт(недоступен)

Нужно держать в корне проекта или в каталоге deploy

Вопрос по ansible.cfg и запуску ansible-playbook. Можно ли указать путь к ansible.cfg прямо в плейбуке? Если да, то как? Если нет, то как можно это сделать через параметры запуска утилиты ansible-playbook?

* ANSIBLE_CONFIG (an environment variable) * ansible.cfg (in the current directory) * .ansible.cfg (in the home directory) * /etc/ansible/ansible.cfg

я пока не использую файл конфига - нужные изменения держу в env

* ANSIBLE_CONFIG (an environment variable) * ansible.cfg (in the current directory) * .ansible.cfg (in the home directory) * /etc/ansible/ansible.cfg

Это я видел. У ранних версий была возможность указать путь в опциях при запуске

@Ferickon будет жить. Поприветствуем!

Если у меня в defaults/main.yml в роли var1: 1, а в playbook'е var1: 2 - у меня var1 == 2 ?

Да

Дефолтные значения роли переписываются плейбучными

Спс

https://docs.ansible.com/ansible/2.7/user_guide/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable

https://docs.ansible.com/ansible/2.7/user_guide/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable

О, да! Легкозапоминающийся список =)

Ну так-то обычно пользуешься не всем и тем более не сразу, так что он в целом соркращается до дефолты роли, инвентори, плейбук, роль, екстра варс

cli - defaults - inventory - play - role - extra Этого достаточно, остальное интуитивно. Хотя я всегда думал что роли раньше плей загружает переменные.

Парни, вопрос. В чем ошибка в структуре директорий. При выполнении backup.yml, таски которые прописаны в ролях не отрабатывают.

tree -I * backup.yml playbooks └── test_backup.yml roles ├── test-database │ └── task │ └── main.yml └── test-settings └── task └── main.yml 4 directories, 3 files [root@server-1 backup]# cat backup.yml --- - include: "playbooks/test_backup.yml" [root@server-1 backup]# cat playbooks/test_backup.yml --- - hosts: tests_dc1 become: yes gather_facts: yes roles: - test-settings - test-database [root@server-1 backup]#

По аутпуту видно, что ансибл даже не пытается их запустить.

А содержимое backup.yml

--- - include: "playbooks/test_backup.yml"

Аутпут:

ansible-playbook backup.yml -i hosts [DEPRECATION WARNING]: DEFAULT_TASK_INCLUDES_STATIC option, include itself is deprecated and this setting will not matter in the future . This feature will be removed in version 2.8. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg. [DEPRECATION WARNING]: 'include' for playbook includes. You should use 'import_playbook' instead. This feature will be removed in version 2.8. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg. PLAY [tests_dc1] ******************************************************************************************************************************************************************************************* TASK [Gathering Facts] ************************************************************************************************************************************************************************************ ok: [test2.example.com] ok: [test1.example.com] PLAY RECAP ************************************************************************************************************************************************************************************************ test1.example.com : ok=1 changed=0 unreachable=0 failed=0 test2.example.com : ok=1 changed=0 unreachable=0 failed=0

backup.yml

Который находится в корне

У меня структура следующая: backup.yml —> playbooks/test_backup.yml —> roles/test-settings

Теоретически должно так работать

Да ладно, зачем сообщения удалять (

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

у меня аналогичная структура работает. проверяйте по цепочке все вызовы.