Почему нельзя энвы в компоуз файле передать?

Не принимает, по коду тоже посмотрел

Потому что его сделать нужно, а не хотелось.

Хотелось описать это с помощью этого модуля.

Ну вон решение с темпоейтом выше выглядит логично

я использую его, но указывая конфиг, который генерится из template, там указываю какие хочу переменные - все норм. Сейчас глянул доку для docker_service, и да не вижу примеров с передачей env. Но там формат как у docker-compose, думаю он должен понимать ключ environment

да, у меня вроде понимал. более того, под копотом там не просто формат, у него docker-compose в зависимостя. оно прсото всё из параметров кладет в файоик и по нему запускает docker-compose

Почему нельзя энвы в компоуз файле передать?

так в docker_service же ровно переается структура для compose...

так в docker_service же ровно переается структура для compose...

Может чтт пропустил:) завтра посмотрю более внимательно;)

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

эт как/зачем ?

Ну я вот например вагрант бокс собираю, мне не надр ничего там рестартовать в конце.

Какой в этом смысл.

Ведь я все равно потушу этот бокс, а когда чел сделает vagrant up то все запустится и так с нуля.

я б рестартовал, а то может и упасть :)

так хоть увидишь

Да, лучше лишний раз проверить, что стартануло

Привет. Может быть кто-нибудь нашёл воркэраунд для проблемы, описанной вот тут - https://github.com/ansible/ansible/issues/5317?

Хочется засовывать в ansible_managed данные, которые могут динамически меняться. Ansible считает любое изменение файла, собственно, изменением - и запускает разные хендлеры, которые не хотелось бы запускать при изменении этого ansible_managed

Мне пока видится только укладывать рядом отдельный файл, где уже укладывать всё, что хочется. Но как-то костыльненько.

soooqaaa

ansible с --connection=local это просто нечто

резкий как понос!

Мне пока видится только укладывать рядом отдельный файл, где уже укладывать всё, что хочется. Но как-то костыльненько.

определить ansible_managed в ansible.cfg?

определить ansible_managed в ansible.cfg?

> Хочется засовывать в ansible_managed данные, которые могут динамически меняться.

не понимаю, как это решит проблему

вынести переменные в отдельные jinja template ?

Ну то есть отдельный файлик генерить

и не пушить ивент handler если оно поменялось

ну почему отдельный

мужно и в том что есть

{{ansible_managed}} {{data_that_changes_frequently}}

Как-то можно ограничить область видимости для темплейта?

например

не понимаю

нет скорее всего оно идет по всему файлу

вот есть темплейт. в нём написано {{ ansible_managed }} something else

Есть проблема - если мы в {{ ansible_managed }} имеем динамические данные, например хост, с которого было запущено или дату или юзера, whatever, то при изменении этих данных файл считается changed

Is this English chat?

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

Is this English chat?

Nope, but we can speak English

Бля

{{ansible_managed}} {{data_that_changes_frequently}}

И мне не понятно, как это может решить мою проблему

Бля

you're welcome, folk

Почему я думал, что он англоязычный? С Fedora перепутал наверное:)

А я такой смотрю и думаю, вот наши охренели, уже англоязычный чат захватили:)

Лан, сорян

И мне не понятно, как это может решить мою проблему

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

но так то можно ьыло ьы и с самим ansible_managed

там в ише написано, что они changed считают только по md5 :(

затупил

да, как и все

пока остановились на решении "класть рядом файлик - и в нём писать всё, что хочется"

Дмитрий, солидарен с твоей болью, найдешь решение - дай знать

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

Ага, какой-то треш с этим ansible_managed. Я был удивлен, что эту штуку по-умолчанию сделали такой ушлепской.

Я тоже сделал его статическим

за последнее время этот чат наполнился страданием

за последнее время этот чат наполнился страданием

Новое обновление)

Собственно, я выразил отношение

ERROR: S client not available

https://www.devrant.io/rants/268870

привет

а как ансиблом корректно определить что сервис запустился после рестарта? а то у меня - service: name=srv state=restarted пишет что changed без ошибок но сервис при этом failed

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

systemd

решил проблему проверкой started после restarted

а как ансиблом корректно определить что сервис запустился после рестарта? а то у меня - service: name=srv state=restarted пишет что changed без ошибок но сервис при этом failed

Хм, у меня обычно таск фейлится, если рестарт не прошёл. Чо за сервис то?

Э?

Провижен, а потом какой нить серверспек, который прогонит пару тестов.

Если тесты свалились, иди смотри.

Или другой вариант. Не допускать такого, чтобы сервис не запустился.

Хм, у меня обычно таск фейлится, если рестарт не прошёл. Чо за сервис то?

да обычный самописный сервис, у меня теперь другой вопрос, пытаюсь разобраться с syncronize что бы файл с одного хоста на другой перекинуть но никак не пойму куда там впихать ключ (на source хосте ключик имеющий доступ к dest положил но под юзером отдельным, а rsync похоже под рутом выполняется)

а become_user похоже на dest срабатывает вместо source

а, разобрался rsync_opts: -e 'ssh -i /home/user/.ssh/id_rsa'

а вот скажите это костыль или ок. я выполняю таск в роли, если установлена переменная, а переменную устанаваливаю в роли, которая может быть в зависимостях, а может не быть

а вот скажите это костыль или ок. я выполняю таск в роли, если установлена переменная, а переменную устанаваливаю в роли, которая может быть в зависимостях, а может не быть

default переменной дай

Тогда будет ок

ну да, это понятно

я имел в виду, что она ставится в vars другой роли.

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

Ну это нормальная ситуация, особенно если в другой роли у тебя dependency на первую роль

кажется, что там должна быть изоляция

Ну это нормальная ситуация, особенно если в другой роли у тебя dependency на первую роль

оно не в этой роли и там есть условия, структура развесистая

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

Это норма, особенно если есть переменная в defaults

зараза, 2.2.0.0 валится с module_failure в apt, если пакета нет в репах

По идеи так и должно быть

а зачем такая плейбука ?