А как он узнает, нужно ли запускать? Правильно - запросив статус.

а еще такой вопрос, можно ли как то получить какой то вменяемый вывод выполнения модуля? Пробовал как описано тут - https://docs.ansible.com/ansible/latest/dev_guide/debugging.html Сделал explode, затем execute, но макс что получил # python /home/ansible/.ansible/tmp/ansible-tmp-1582630194.6973748-229376296014033/AnsiballZ_service.py execute {"invocation": {"module_args": {"name": "xray", "pattern": null, "enabled": null, "state": "started", "sleep": null, "arguments": "", "runlevel": "default"}}, "state": "started", "changed": true, "name": "xray"}

Какую задачу ты решаешь? Напиши уже нормальный юнит-файл, да и дело с концом.

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

status под капотом запускает rabbitmqctl status, а тот в свою очередь создает файл с куками, если его нет и вот тут начинаются отличия и затем qa говорит - а у меня локально все работает )))

хреновый unit-файл?

локально - руками юзера

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

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

1. Установите продукт rpm -ivh ... 2. Запустите сервис service XXX start 3. Проверьте доступность сервиса ...

5. Напишите плейбук. 6. Не знайте, как он работает. 7. Страдайте.

(у меня есть плейбук с кроликом в репе)

Я? Нет. Я соберу установщик на NSIS, и здесь это - оффтоп. Ты сразу сказал бы, что винду пячишь.

А как он узнает, нужно ли запускать? Правильно - запросив статус.

я правильно понимаю, что в случае с systemd status не вызывается вообще, а состояние сервисов определяется через systemctl show SRV_NAME?

Неправильно понимаешь. https://github.com/ansible/ansible/blob/devel/lib/ansible/modules/system/service_facts.py#L203

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

-e cloud_provider=AWS/HETZNER и в зависимости от значения подключать нужный таск/роль

тут классическая проблема "курица/яйцо", поскольку создание машины должно выполнятся от локалхоста, а дальнейшая работа уже с самой машиной т.е. либо грубо в плейбуке назначать ansible_ssh_host, либо делать как-то иначе. Если сюда добавить возможные ограничения —list при запуске плейбука, то становится вообще весело есть какие-то гайды на эту тему?

хотелось единую точку входа

хотелось единую точку входа

Их же можно оба инклудить в один плей, который и будет той единой точкой.

29-31 марта в Gothenburg, Sweden в рамках https://foss-north.se/2020/ пройдет 8ой Ansible Contributor Summit • Ansible Contributors Summit: вс 29.03 • Ansible Hackathon: пн и вт 30-31.03 • FOSS-North: пн и вт 30-31.03 Matrix Chat: freenode_#ansible-community:matrix.org Freenode IRC: #ansible-community Video: Etherpad Темы: • General updates • Data analysis of the Issue and PR Backlog • Ansible Collections (a large part of the morning) • Testing (Improving coverage, ansible-test, Molecule) • OpenShift / Kubernetes / Operator SDK and Ansible • Various breakouts in the afternoon, or your choosing • You can find the topics for all of the above linked from the main Etherpad. Как учавствовать: • Attending in-person, get your FREE ticket • Attending virtually, add yourself to the list of Virtual Attendees • Add your thoughts, ideas, and questions to the Breakout Agenda • Vote on what you'd like to be discussed (ie add +yourname) Домашнее чтиво: • Docs: Ansible Collections Overview • Docs: Using Ansible Collections • Docs: Developing Ansible Collections • Blog: Thoughts on restructuring the Ansible Project

да, можно, а потом кто-нибудь выполнит -l monitoring для несуществующего хоста и весь деплой vm не отработает

Ок. Тогда, осознавая, что вы делаете странное, можно использовать delegate_to. - hosts: host1 gather_facts: true tasks: - name: local dbg command: hostname -f - name: global dbg command: hostname -f delegate_to: host2.dc ansible-playbook test.yml -vD -l host1 TASK [local dbg] *************************************************************************************************************************************************************************************** Tuesday 25 February 2020 18:38:18 +0300 (0:00:02.713) 0:00:02.968 ** changed: [host1.dc] => {"changed": true, "cmd": ["hostname", "-f"], "delta": "0:00:00.013374", "end": "2020-02-25 18:38:19.844802", "rc": 0, "start": "2020-02-25 18:38:19.831428", "stderr": "", "stderr_lines": [], "stdout": «host1.dc", "stdout_lines": [«host1.dc"]} TASK [global dbg] ************************************************************************************************************************************************************************************** Tuesday 25 February 2020 18:38:19 +0300 (0:00:01.451) 0:00:04.420 ** changed: [host1.dc -> host2.dc] => {"changed": true, "cmd": ["hostname", "-f"], "delta": "0:00:00.014622", "end": "2020-02-25 18:38:22.747417", "rc": 0, "start": "2020-02-25 18:38:22.732795", "stderr": "", "stderr_lines": [], "stdout": «host2.dc", "stdout_lines": [«host2.dc"]} PLAY RECAP ********************************************************************************************************************************************************************************************* host1.dc : ok=3 changed=2 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0

темплейт не работает на удаленном хосте, есть ли способ без костылей?

Как вы ухитрились заставить тэмплейт не работать?

Он работает на локалхосте

а.. Ты удаленно пытаешься переложить файл на сервере?