Я почему так спорю - повелся с полгода год назад на Тимиура, переписал на loop. А там многое стало не так как ожидаемо.

Сейчас у них политика поменялась в отношении лупов

ммм, подробней можно?

We have not deprecated the use of with_<lookup> - that syntax will still be valid for the foreseeable future.

Они говорят, что если получается лаконичнее с with_ - то можно его юзать. Если удобнее loop - то его

Но вообще прекрасное далеко - это loop

Но вообще прекрасное далеко - это loop

Это да. Но форсить переход на loop они перестали. На уровне ansible-lint как минимум

На loop в целом код получается более единообразным и предсказуемым. Но иногда более длинным и хуже читаемым

Должно выглядеть вот так: with_dict: "{{ burp_client_custom_plan | default({}) }}" И покажите словарь с "1 значением"

сделал спасибо! вроде бы работает правда для default скорее всего только 1 значение в словаре воспримет

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

А если у тебя там не словарь - естественно ошибка вылезет

вот что у меня там

В таком виде не работает?

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

Не очень понятно из описания, как всё устроено. Можно словари комбинировать через фильтр combine. Или разделить роль на две

о попробую combine ! всяко лучше чем плодить лишний код

Обрекаешь себя на боль и унижение

Не очень понятно из описания, как всё устроено. Можно словари комбинировать через фильтр combine. Или разделить роль на две

Не очень понятно из описания, как всё устроено. Можно словари комбинировать через фильтр combine. Или разделить роль на две

Не очень понятно из описания, как всё устроено. Можно словари комбинировать через фильтр combine. Или разделить роль на две

Не очень понятно из описания, как всё устроено. Можно словари комбинировать через фильтр combine. Или разделить роль на две

TASK [itests/jfxr : Copy create user script] *** fatal: [app_master -> 34.xxx.xxx.xxx]: FAILED! => changed=false checksum: ca04d3c0b2db20a69910db8b2dc20337fd4394ac expected_checksum: 1cb94d82e3aa8a30b7f2544642e337d0293c6f6a msg: Copied file does not match the expected checksum. Transfer failed. ...ignoring а из-за чего могут возникать подобные ошибки? Какие то проблемы с сетью?

1. Сеть 2. Диск 3. Память 4. Параллельная модификация файла кем-то ещё

Ребят привет. Такой вопрос, в хостс файле список серваков, как закоменировать те которые временно ненужны? Решетка сработает?

есть ли смысл добавлять retry?

Есть смысл разбираться. У Миловидова есть замечательная статья на тему единичных сбоев, там что-то находили по физике.

Ола, коллегас! Подскажите советом / примером - никак не могу понять, как сделать проще такую штуку: 1 -- есть куча мелких последовательных тасков 2 -- есть отдельная роль telegram, где я делаю отправку уведомлений в телегу, дескать, стартанул вот этот таскан, закончился успешно другой таск Например, куча тасков на отправку сообщения в телегу - https://pastebin.com/JAmRA7Gu Сама роль телеги состоит из одного таска - https://pastebin.com/11HWdNP4 Вопрос - как нормально сделать уведомления? Конструкция такая кажется костылем:\ include_role: name: telegram vars: message: "Maintenance mode in Zabbix is created." Можно как то сделать проще?

в общем виде могу сформулировать так: хочется иметь возможность в любом месте какой либо роли отправить уведомление в телегу, передавая как параметр текст сейчас это выглядит как include роли и передача vars:message это норм или как то проще можно?

Тогда засунь это всё в action plugin, и будет тебе счастье и удобство.

ребят, хочу конфиги рендерить из словарей в переменных но при этом и всякие for i in list jinja использовать. что-то типа того: cat config.yml.j2 {{ blackbox_exporter_conf | to_nice_yaml(indent=2) }} cat group.yml blackbox_exporter_conf: modules: {% for domain_zone in pdns_domain_zones %} {{ domain_zone }}: prober: dns dns: query_name: "{{ domain_zone }}" query_type: "A" validate_answer_rrs: fail_if_not_matches_regexp: - "{{ domain_zone }}.\t.*\tIN\tA\t.*" {% endfor %} как быть?

Ну как-как... 1. Унести в пастебин. 2. Посмотреть мой доклад :-)

повод попиариться? 😁

Фу так думать (кому нужно - меня и так знают). Вообщет там прямо рассказываю про джинджу, и о том, как собрать страшное в переменных.

Оригинально твоя штука работать не будет, т.к. у тебя подстановка в ключе. Это так не едет, потому что сначала YaML грузится, а только потом шаблонизатор проходит.

Это была шутка

Где доклад-то можно посмотреть и что в двух словах мне делать?

ребят, хочу конфиги рендерить из словарей в переменных но при этом и всякие for i in list jinja использовать. что-то типа того: cat config.yml.j2 {{ blackbox_exporter_conf | to_nice_yaml(indent=2) }} cat group.yml blackbox_exporter_conf: modules: {% for domain_zone in pdns_domain_zones %} {{ domain_zone }}: prober: dns dns: query_name: "{{ domain_zone }}" query_type: "A" validate_answer_rrs: fail_if_not_matches_regexp: - "{{ domain_zone }}.\t.*\tIN\tA\t.*" {% endfor %} как быть?

ребят, хочу конфиги рендерить из словарей в переменных но при этом и всякие for i in list jinja использовать. что-то типа того: cat config.yml.j2 {{ blackbox_exporter_conf | to_nice_yaml(indent=2) }} cat group.yml blackbox_exporter_conf: modules: {% for domain_zone in pdns_domain_zones %} {{ domain_zone }}: prober: dns dns: query_name: "{{ domain_zone }}" query_type: "A" validate_answer_rrs: fail_if_not_matches_regexp: - "{{ domain_zone }}.\t.*\tIN\tA\t.*" {% endfor %} как быть?