например

не понимаю

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

вот есть темплейт. в нём написано {{ 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. Я был удивлен, что эту штуку по-умолчанию сделали такой ушлепской.

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

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

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

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

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

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, если пакета нет в репах

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

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

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

ну и все правильно

это не плейбук, это в adhoc, хотя в плейбуке то же самое будет скорее всего

сразу об этом узнали

ну и все правильно

правильно валиться с трейсбеком без понятной ошибки?

"module_stdout": "Traceback (most recent call last):\r\n File \"/tmp/ansible_r0yI1J/ansible_module_apt.py\", line 909, in <module>\r\n main()\r\n File \"/tmp/ansible_r0yI1J/ansible_module_apt.py\", line 892, in main\r\n if updated_cache and not retvals['changed']:\r\nKeyError: 'changed'\r\n",

Вот это не правильно...

а ну так да

issue на гитхабе в ansible modules

косяк

Ща пойду писать

уважаемые, а как вы тестите ансибл роли с доккером, например?

я их тещу с вагрантом, например

слышал что это делают jenkins

тупо через ansible-playbook-vagrant

тупо через ansible-playbook-vagrant

vbox?

yep

rgr

у меня мак, вариантов немного. Так бы LXC конечно хотелось бы

lxc ок да. спасибо посмотрю в него

а что нибудь типа серверспека но для ансибла есть? и так чтобы руби не тащить

вот тут хз

или вы все assert'ами добиваете?

а что нибудь типа серверспека но для ансибла есть? и так чтобы руби не тащить

testinfra

testinfra

да смотрел в нее но какая то она громоздкая мне показалась