Может кто-нибудь подсказать, в чём может быть следующая проблема? Ансибл виснет при попытке выполнить этот таск: - debug: msg: "{{ item }}" with_ini: - site[1-4] - section: sites - file: lookup.ini - re: true Содержимое ини-файла: [sites] site1=sites/site1 site2=sites/site2 site3=sites/site3 site4=sites/site4 Он не зависает в смысле использования цпу, но таска может висеть минут двадцать и ничего не выполнится

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

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

Пробую читать из ини файла

Что мешает читать их из нормального yml в листы/хеши?

Что мешает читать их из нормального yml в листы/хеши?

Что-то вроде with_files и такого списка? sites: - site1 - site2 - site3 - site4

Это прямо должен быть внешний файл? Можно нужные переменные вынести в group_vars

Что-то вроде with_files и такого списка? sites: - site1 - site2 - site3 - site4

with_items так-то, если список плоский

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

или with_dict

подскажите плиз у ансибла есть бесплатный аналог Tower ?

подскажите плиз у ансибла есть бесплатный аналог Tower ?

AWX

тот который от редхата ?

народ, когда конфиг лежит в YAML то можно как то переопределить в нем параметр, но чтоб остальрые значения так же были доступны? например в плейбуке есть конфиг и надо в host_vars поменять одно значение из конфига плейбука.

естественно потом в плейьбуке не видно других переменных

естественно потом в плейьбуке не видно других переменных

hash_behaviour = merge

Класс! Я знал что не моголи сделать гавно )))

Класс! Я знал что не моголи сделать гавно )))

Хэш считается жутким антипаттерном в ансибле

Так что да, делай еще больше говна )

Хэш считается жутким антипаттерном в ансибле

почему?

"Я просто послушал взрослых дядь и теперь говорю всем об этом чтобы выглядеть круто"

Например что-бы задать значение ключа в хеше как переменную приходится извращаться типа такого: vars: users: "{ '{{ansible_hostname}}-alice': ['par1', 'par2'], '{{ansible_hostname}}-bob': ['par3', 'par4'] }"

Это недокументированный хак

Хуя, тянет на пост для "Костыль ДевОпса" ?

А ты не пугай, а сразу пости. ?

Пойду пост писать, пожалуй.

Например что-бы задать значение ключа в хеше как переменную приходится извращаться типа такого: vars: users: "{ '{{ansible_hostname}}-alice': ['par1', 'par2'], '{{ansible_hostname}}-bob': ['par3', 'par4'] }"

Это же прям просто нечто какое-то! А какой цели данный опус служит?

Это же прям просто нечто какое-то! А какой цели данный опус служит?

Уже схоронил в анналах истории

Я там и прочитал. Теперь хочу понять, какую задачу человек пытался решить этим костылём

Я там и прочитал. Теперь хочу понять, какую задачу человек пытался решить этим костылём

Изначально спроектировали хранение данных в хеше. Потом вдруг вспомнили что неплохо-бы задать значения ключей на основе переменной. Это иллюстрация того что не нужно использовать хеш.

здесь да, безусловно

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

наконец-то реализовал идею косвенной адресации в ансибле ?))))

когда ты само имя переменной генерируешь динамически ?)))))

позволит не мерджить хэши ?)))))))))

В какой версии, где почитать?

версия 2.4, но вроде свежей магии не используется от слова никак))))

почитать - прям тут:

https://pastebin.com/MVrfHBzX

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

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

типа - если я ставлю несколько компонентов на один хост, то на него должны приехать проверки/метрики для всех компонентов

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