как это поможет мне в случае если я должен запустить приложение и получить от него код возврата?
failed_when: servicename_test.rc not in [0, 1]
Vlad
hackru
в том-то и смысл что мне не надо никогда фейлиться
Vlad
мало-ли что может произойти. Лучше не фейлится когда точно знаешь что произошло.
Vlad
И changed_when желательно проверять вывод команды на событие что что-то изменилось
hackru
смысл в том что я проверяю, что у меня соблюдается какое-то условие, и если оно не соблюдается - это просто не запускает выполнение следующего шага в роли
hackru
поэтому оно никогда не должно ни фейлиться, ни чейнджиться
hackru
чтобы потом у меня не было лишних икрементов для changed/failed в summary-экране в конце плейбука
hackru
> чтобы красных строчек не было в выводе ansible-playbook
Albert
Так это всего лишь лог
hackru
> глаз мозолит
Albert
Красные строчки мешают? Пишите свой output plugin
Albert
http://docs.ansible.com/ansible/dev_guide/developing_plugins.html#callback-plugins
hackru
это как-то оверкилл по сравнению с предложенным вариантом выше.
hackru
еще есть вопрос, не хуже предыдущего
hackru
можно ли как-то объяснить ансиблу, чтобы он не всегда выводил вербоз-лог, а только в случае если changed?
Ilya
Кто мне помочь желает?)
Ilya
Надо сделать local action на задание переменной окружения
Serge
Надо сделать local action на задание переменной окружения
Илья, попробуй сам сначала. Когда не получится тремя разными способами, приходи.
Ilya
Пробовал
Ilya
Через command и через shell
Ilya
И меняя путь к шелу с ansible cfg
Ilya
bad variable name
Ilya
Вот что выдает
Ilya
local_action: shell export blablatest= "{{item.public_ip }}"
Serge
local_action: shell export blablatest= "{{item.public_ip }}"
возьми в кавычки всё после :, а не только {{}}
Serge
и пробел у тебя там лишний
Serge
оно же в шел как есть передает
Serge
т.е. вот это`export blablatest= "{{item.public_ip }}"` ровно так, только с вставленным значением джинжой уходит в консоль
Ilya
local_action: "shell export blablatest= "{{item.public_ip}}""
вот так ругается на синтаксис
Ilya
Взял после shell поставил открывающие
Ilya
Сейчас проверяю
Ilya
Теперь выдает, not found что уже лучше)
Alf 🙀
local_action: "shell export blablatest= "{{item.public_ip}}""
вот так ругается на синтаксис
а просто environment делать
Alf 🙀
без вот жтого вот всего
Alf 🙀
local_action: "shell export blablatest= "{{item.public_ip}}""
вот так ругается на синтаксис
Ansible makes it easy for you to configure your environment by using the ‘environment’ keyword.
Alf 🙀
http://docs.ansible.com/ansible/playbooks_environment.html
Serge
Ansible makes it easy for you to configure your environment by using the ‘environment’ keyword.
да да, это правильнее. но мало ли зачем автору это надо. я просто ждал, когда заработает так, чтобы стало видно, что это не поможет и надо использовать environment:)
Serge
local_action: "shell export blablatest= "{{item.public_ip}}""
вот так ругается на синтаксис
local_action: "shell export blablatest='{{item.public_ip}}'"
Serge
или как было
local_action: shell export blablatest="{{item.public_ip}}"
но без пробела
Ilya
http://docs.ansible.com/ansible/playbooks_environment.html
Хотел сделать красиво, fatal: [localhost]: FAILED! => {"failed": true, "msg": "The module environment was not found in configured module paths. Additionally, core modules are missing. If this is a checkout, run 'git submodule update —init —recursive' to correct this problem."}
Ilya
Ставил из ppa
Ilya
ansible 2.2.1.0
Alf 🙀
Alf 🙀
в доке же написано
Alf 🙀
хотел сделать красиво а сделал как всегда?
Ilya
хотел сделать красиво а сделал как всегда?
Просто поменял shell на environment))
local_action: environment blablatest="{{item.public_ip}}"
Alf 🙀
а ну ок
Alf 🙀
все правильно сделал
Ilya
И вылазит ошибка что выше
Арсен
так и должно быть
Alex
почитать по ссылке выше?
Alf 🙀
И что же с этим делать?)
я бы сказал читать доки, но ты обидешься и скажешь что все уже прочитал...
Ilya
Я видел решение когда ставят с гита
Ilya
Но блин я с ppa ставил
Alf 🙀
Я видел решение когда ставят с гита
т.е. ты считаешь что не оттуда поставил ансибл и поэтому он у тебя не работает?
Ilya
Я считаю что из-за того что у меня стоит из ppa тот совет что дает анзибл мне не подходит
Ilya
*run 'git submodule update —init —recursive' to correct this problem.
Ilya
вот про это я
Alex
потому что нет такого модуля
Alf 🙀
*run 'git submodule update —init —recursive' to correct this problem.
это конечно очень грустная история, но проблема в том что ты пытаешься вести себя с environment как с модулем а он не модуль
Alf 🙀
так сложилось
Ilya
это конечно очень грустная история, но проблема в том что ты пытаешься вести себя с environment как с модулем а он не модуль
Т.е. тупо local_action не нужен?
Ilya
А прикрутить environment к какому таску соседнему?
Alf 🙀
А прикрутить environment к какому таску соседнему?
чувак, извини, но я не могу выполнять твою работу. ладно бы она интересная была, но вот конкретно твой вопрос целиком и полностью раскрыт в документашке.
Alex
ты ссылку что тебе выше кинули открывал?
Ilya
+
Dmitry
http://docs.ansible.com/ansible/authorized_key_module.html вот тут в key можно отдать {{ path_to_file }} ?
Dmitry
я уже разобрался - там все просто
Dmitry
спс
Lex
привет, вот есть такой вариант с каталогами http://docs.ansible.com/ansible/playbooks_best_practices.html#alternative-directory-layout
Lex
есть возможность тут прикрутить dynamic invenrory отдельный для каждого окружения?
Alf 🙀
есть возможность тут прикрутить dynamic invenrory отдельный для каждого окружения?
разве в динамик инвентори не подразумевается что оно само генерирует окружение, например
Alf 🙀
помню в aws можно было по тегам расскладывать енв и потом оттуда вычитывать и ранать против него но динамик инвентори файл был один и инвентори по каталогам не раскладывался...
Lex
Ахз
Lex
Вот ищу варианты
Lex
Может кто уже сталкивался
Dmitrii
http://docs.ansible.com/ansible/playbooks_best_practices.html#alternative-directory-layout