Написать отдельный файл инвентори?

Или как-то сослаться?

Я не очень понял

https://docs.ansible.com/ansible/latest/user_guide/playbooks_intro.html

Написать отдельный файл инвентори?

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

Написать отдельный файл инвентори?

https://docs.ansible.com/ansible/latest/user_guide/playbooks_intro.html

Все в доках есть

Их почитать

Мне там пока сложно ориентироваться, сори

А когда пытался загуглить, то фигню находил

будешь тут мучать?(

будешь тут мучать?(

скриншотами )))

Мне там пока сложно ориентироваться, сори

если тебе сложно читать, то что тут сделать

Все все

Хватит хейта

Я понял

а еще тут почитай https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html

--- - hosts: back gather_facts: no become: yes vars: app_name: back roles: - { role: deploy_prepare } - { role: deploy_artifact, artifact_file: , dest_artifact_path: '/tmp' } - back - deploy_finalize

вот тебе пример, но тож криво)

в инвентори есть группа back с хостами бэка

Спасибо

незачто

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

Вообще не знаю зачем ты запускал через hosts)

В смысле? Я запуска ansible-playbook playbook.yml

Без ключа i и указывание на хоста

А, то есть у тебя где-то в конфиге ансибла указан путь до инвентори в хостс?

-b и в таске become в нужного юзера

Вот именно, что запрещают использовать -b

Ну да

вообще указывать инвентори в ansible.cfg тоже плохая практика

Я думал так всегда делают

lol, нет

у тебя будет 10 окружений, в каждом свой инвентори

Что будешь, файлик менять каждый раз?

лучше не указывать там ничего, вообще закомментируй к чертям

Эм

Что будешь, файлик менять каждый раз?

как будто сегодня уже пятница и все уже накатили(

Если у тебя будет 1000 хостов, будешь на всех, скажем скрипт запускать?:)

Ну их же там на группы делить можно

в инвентори, да)

Ну их же там на группы делить можно

И что, группы одинаковые в разных окружениях

а еще есть динамический инвентори)

Ну блин, а как тогда по правильному?

а еще есть динамический инвентори)

жи есть

ну то другое, пусть сначала поиграется с обычным)

Ну блин, а как тогда по правильному?

сначала тут почитай https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html

Ну блин, а как тогда по правильному?

-i path/to/inventory

сначала тут почитай https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html

он уже сказал, что это ему сложно

Так что не взлетит у него ансибл такими темпами, потом же еще по модулям доки читать придется(

он уже сказал, что это ему сложно

Да я почитать еще не успел!

если лениво читать, смотри сразу example

он уже сказал, что это ему сложно

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

Я же не могу одновременно писать и читать

Ну так почитай, а потом вопросы тогда задавай

Мы тебе пишем то же самое, что и так в доках написано

Окей, спасибо

Я же не могу одновременно писать и читать

Именно, поэтому надо сначала читать, а потом писать

Ты там то же самое прочитаешь

Окей, спасибо

#inventory = вот так должно быть в ansible.cfg

Мдя...... @Sk1iv R/O сутки - время для чтения документации. Сложно, понимаю. Потом напиши, пожалуйста, нужно ли дать тебе ещё больше времени на ознакомление с правилами чата (см. описание), и с документацией по Ansible.

Мдя...... @Sk1iv R/O сутки - время для чтения документации. Сложно, понимаю. Потом напиши, пожалуйста, нужно ли дать тебе ещё больше времени на ознакомление с правилами чата (см. описание), и с документацией по Ansible.

👍🏻

Варианты: 1. Перенести запуск в скрипты пользователя непосредственно на хосты. 2. Попробовать использовать перекрытие ansible_ssh_common_args

Помогло ansible_ssh_common_args = '-o RemoteCommand=none' еще раз спасибо!

Помогло ansible_ssh_common_args = '-o RemoteCommand=none' еще раз спасибо!

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

А теперь мне подскажите Вывод: FAILED! => {"changed": false, "msg": "Unable to start service wildfly: Failed to start wildfly.service: Interactive authentication required.\nSee system logs and 'systemctl status wildfly.service' for details.\n"} Таск: - name: start backend become: yes service: name: wildfly state: started

>Interactive authentication required

правов нету

>Interactive authentication required

Я become в таске делаю

а ты уверен, что этот пользователь с sudo может этот сервис стартануть?

а ты уверен, что этот пользователь с sudo может этот сервис стартануть?

Да, я делаю это вручную на серваке, например

Значит мы стали свидетелями чуда

Или что-то у тебя таки не так с настройками сервиса/sudo

Даже не знаю, радоваться или плакать теперь

Или что-то у тебя таки не так с настройками сервиса/sudo

Там единственное, есть , насколько я помню, у башового судо -i (interactive), вот я думаю, может сюда тоже надо впилить

А не, нифига

Даже не знаю, радоваться или плакать теперь

Плакать от нечтения доки. Ансибл написан на Python. Любая хитросделанная конфигурация sudo, да ещё и с паролем - в лес.

Плакать от нечтения доки. Ансибл написан на Python. Любая хитросделанная конфигурация sudo, да ещё и с паролем - в лес.

Чем она хитросделанная?

В чем проблема удалить папку и потом её же пересоздать?

В моем случае.. папка (/var/lib/mysql ) это mount to soft raid . И надо mount дёргать... вообщем сочинение получается... "rm" вроде как проще получается ;) ...

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

Особенно, кстати, если не знаешь механизм работы инструмента?