TASK [Gathering Facts] ***************************************************************************************************************************************************************************************** ok: [127.0.0.1]

Сколько хостов тут пишет?

в пределах таска 20 хостов

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

выводит 20

но не соазу

хз

надо плейбуки смотреть

мб у тебя там так настроено

потом ради интереса у себя дамп сниму

но дефолтная его паралельность - такая какая есть

больше никак не наконфигурить

(в рамках хостов)

ниче в плейбуках кроме сериала нету

остальное все для конкретного хоста

forks = сколько одновременно хостов обрабатывается

к сетевым железкам это не относится

а это куда печатать? в саму команду?

к сетевым железкам это не относится

почему?

а у них как тада?

у тебя сетевые железки?

да

вот тебе и ответ

ансибл не для этого случая - покупай софт от вендоров ?

ответ в том что мне ни как не помочь?

ансибл не для этого случая - покупай софт от вендоров ?

модули зачем тада пишут?

модули для весёлых сетевых железок в большинстве своём вендорами не поддерживаются, поэтому написаны через задницу: у них connection_type = local

а локал форкам не поддаётся

а, ну ясно

спасибо

всегда пожалуйста

Sergey пока ты тут - подскажи плиз как запарлелить таск?

вендоры тоже не умеют эту штуку делать нормально, слишком кастомная

придется ждать

Sergey пока ты тут - подскажи плиз как запарлелить таск?

только один? O_o

только один? O_o

да. Таск с with_items

задача простая - послать одновременно 20 http запросов с разным body

задача простая - послать одновременно 20 http запросов с разным body

Cмотри....... Плейбуки выполняются последовательно для хоста, но несколько хостов могут параллельно выполнять один и тот же плейбук (forks=....).

bashcode for i in $(ansible-inventory); do ansible-playbook -l $i playbook.yml & done

Однако средства для реально упоротой синхронизации искаропки в ансибле нет.

cat ansible.yml - name: запускаем тесты hosts: 127.0.0.1 connection: local tasks: - include_role: name: testSingle.yml vars: test: "{{ item }}" with_lines: - ls -lah */*.yaml | awk '{print $9}' cat testSingle.yml - name: testSingle uri: url: http://10.16.144.58:6650/testSingle method: POST timeout: 1800 body: "{{ lookup('file',test) }}" return_content: yes

вот как то так быть должно

делать loop на роль, в роль прокинуть переменную

а потом loop можно делать async судя по роли

но у меня даже переменная не прокидывается

придется ждать

Напиши свой нормальный connection_plugin. Вендорам срать - они поголовно продают свой софт с мышкой под винду ?

bashcode for i in $(ansible-inventory); do ansible-playbook -l $i playbook.yml & done

это на самый крайний случай пока, оч нехочется так делать

вот как то так быть должно

Вижу странное. Как изначальная задача звучит, которую ты таким образом решаешь?

Напиши свой нормальный connection_plugin. Вендорам срать - они поголовно продают свой софт с мышкой под винду ?

я прост не понимаю, почему нельзя запустить тоже самое несколько раз

есть 20 файлов с описанием тестов. их POST запросом в веб сервис, он прокрутит их, и отдаст либо 200 и пустое тело, либо не 200 и текст ошибки в body

последовательно запускать их - оч долго, над паралельно

я прост не понимаю, почему нельзя запустить тоже самое несколько раз

Потому что модули весёлых сетевых железок написаны для connection_type = local. Именно поэтому - потому что все соединения у тебя идут как бы на localhost, а сама модель исполнения ансибла предполагает очередь тасок для каждого хоста.

bashcode for i in $(ansible-inventory); do ansible-playbook -l $i playbook.yml & done

man parallel

я так ансибл пускаю на несколько групп

последовательно запускать их - оч долго, над паралельно

https://docs.ansible.com/ansible/2.5/user_guide/playbooks_strategies.html

тебе нужно free

заDDoS'ь свой сервис сам ?

man parallel

Не везде есть

Отказался

https://docs.ansible.com/ansible/2.5/user_guide/playbooks_strategies.html

да, но тогда он каждый таск выполнит на каждом доступном хосте

или все таски на всех хостах?

Потому что модули весёлых сетевых железок написаны для connection_type = local. Именно поэтому - потому что все соединения у тебя идут как бы на localhost, а сама модель исполнения ансибла предполагает очередь тасок для каждого хоста.

моглиб че нить добавить для таких случаев, ключик

И что за магию пытаются вообразить тут?

https://docs.ansible.com/ansible/2.5/user_guide/playbooks_async.html

потребность есть же у многих

ERROR: S client not available

да, но тогда он каждый таск выполнит на каждом доступном хосте

английским по белому: A second strategy ships with Ansible - free - which allows each host to run until the end of the play as fast as it can

https://docs.ansible.com/ansible/2.5/user_guide/playbooks_async.html

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

или я дурак, или я не вижу, где это ложится в то, что он не будет пытаться выполнять все таски на всех хостах

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

но сейчас попробую

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

вот это как раз тест

вот это как раз тест

я про async написал

моглиб че нить добавить для таких случаев, ключик

интересно, кто эти самые "могли"?

читатели реквестов

читатели реквестов

Эм...... это какие-то загадочные люди, я не слышал про таких.

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

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

как то все не прямо

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

с какой стати? я же тебе написал - не то.

тебе нужно strategy: free

Эм...... это какие-то загадочные люди, я не слышал про таких.

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

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

Извини за капитанство, но, насколько я могу судить, есть более критичные вещи, чем поддержка весёлых сетевых железок. (кстати, ты же за них деньги же вендору платишь, попробуй стряси с него, это точно должна быть головная боль вендора)

Ну и это же опен-сорс, напиши сам нужное, тебе братья по пичальке в ноги поклонятся.

тебе нужно strategy: free

не, с async как раз то что нужно.

- name: запускаем тесты hosts: 127.0.0.1 connection: local tasks: - uri: url: http://10.16.144.58:6650/testSingle method: POST timeout: 1800 body: "{{ lookup('file',item) }}" return_content: yes async: 1800 poll: 0 register: async_results with_lines: - ls -lah interface-h2o/*.yaml | awk '{print $9}' - name: Check sync status async_status: jid: "{{ async_result_item.ansible_job_id }}" loop: "{{ async_results.results }}" loop_control: loop_var: "async_result_item" register: async_poll_results until: async_poll_results.finished retries: 60

А кто тут админ? Может бота для антиспамеров запилит? Кто то советова @FilterAlienBot

работает прям как хотел

ну смотри, тебе виднее

ну смотри, тебе виднее

ну честно, учитывая что на локалхсоте - перезайти на себя 20 раз - странно

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

если хост один (в данном случае локалхост) и есть loop в таске то async это как раз оно

если хост один (в данном случае локалхост) и есть loop в таске то async это как раз оно

Ага, получилось как раз что хотел.

вопрос - а кто-нибудь пробовал управлять выводом таски? подрезать лишние поля, красиво выводить json-ы и так далее?

Вот про красивый вывод

Оказывается в Ansible 2.5 теперь можно включить вывод ошибок в красивом Yaml вместо простыни Json. TL;DR Достаточно добавить в ansible.cfg stdout_callback = yaml Подробнее в блоге Jeff Geerling https://goo.gl/u6b2TH

Оказывается в Ansible 2.5 теперь можно включить вывод ошибок в красивом Yaml вместо простыни Json. TL;DR Достаточно добавить в ansible.cfg stdout_callback = yaml Подробнее в блоге Jeff Geerling https://goo.gl/u6b2TH

?

вопрос - а кто-нибудь пробовал управлять выводом таски? подрезать лишние поля, красиво выводить json-ы и так далее?

В самом ansible уже есть куча разных плагинов для вывода - https://github.com/ansible/ansible/tree/devel/lib/ansible/plugins/callback

спасибо, ща буду пробовать