ansible-playbook tasks/main.yml --check

сломано

где роль?

Не путаем роль с плейбуком, ага

Он и ищет относительно плейбука

блин че прям в папку таскс упасть?

А ты как плейбук таск запускаешь

блин...

блин че прям в папку таскс упасть?

Ты же хочешь, чтобы у тебя в подкаталоге templates роли искало?

блин че прям в папку таскс упасть?

Нет, читать доки ещё раз

Нет, читать доки ещё раз

понял о чем речь

блин че прям в папку таскс упасть?

Если используешь роль, то просто вызываешь роль

Ты же хочешь, чтобы у тебя в подкаталоге templates роли искало?

+

В папку tasks напрямую из плейбуки лезть не нужно

понял о чем речь

https://stackoverflow.com/questions/24559125/why-ansible-doesnt-read-the-templates-in-relative-path вот прям тика в сику твоя проблема, только пятилетней давности :-D

ansible-inventory в корне не согласен, но да ладно

Вот тут почитайте: https://docs.ansible.com/ansible/latest/user_guide/intro_inventory.html#using-multiple-inventory-sources

Объявить в каждом инвентори в группе all переменную с нужной строкой

Если в разных инвенторях будет одна и та же переменная, то просто более позднее значение из инвентаря перезапишет более ранние, вот и все

Что именно в документации расходится с тем, что я пишу?

@Andorka так ответ будет?

нет

нет

Я так и думал. Пустословие детектед

Я так и думал. Пустословие детектед

нет, просто не вижу смысла тебе что-то объяснять

это не то же самое

но ты конечно же можешь считать это "пустословием", если тебе так комфортнее

Если в разных инвенторях будет одна и та же переменная, то просто более позднее значение из инвентаря перезапишет более ранние, вот и все

Поэтому я всегда делаю -i all -i $env

нет, просто не вижу смысла тебе что-то объяснять

Может, вам вообще тогда не стоит сюда писать? Тем более в такой манере

Может, вам вообще тогда не стоит сюда писать? Тем более в такой манере

если тебе будет комфортнее то конечно же ты можешь меня забанить

но ты конечно же можешь считать это "пустословием", если тебе так комфортнее

Это не зависит от того, что я считаю. Ты заявил, что мои слова расходятся с документацией ансибла. На вопрос показать, что именно и где расходится, ответить не смог. Вывод: пустословие в виде безосновательных голословных обвинений.

как скажешь

если тебе будет комфортнее то конечно же ты можешь меня забанить

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

сказал человек, любимое слово которого - #странное, когда его мнение расходится с желаниями людей, пришедших в чят за помощью

а деструктивная манера общения после этого разумеется у меня

сказал человек, любимое слово которого - #странное, когда его мнение расходится с желаниями людей, пришедших в чят за помощью

Свое понимание того, что именно странное и почему, я внятно обосновываю, в отличие от

Давайте принесём в чат хрыча и срач сам окончится

Свое понимание того, что именно странное и почему, я внятно обосновываю, в отличие от

как скажешь :)

всем спасибо за помощь, совсем уже позабыл про inventory

Вот тут почитайте: https://docs.ansible.com/ansible/latest/user_guide/intro_inventory.html#using-multiple-inventory-sources

блин, тогда переменная не проканает 🙁

блин, тогда переменная не проканает 🙁

А я о чем говорю?

блин, тогда переменная не проканает 🙁

это не обязательно должна быть одна и та же переменная

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

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

это не обязательно должна быть одна и та же переменная

И как тогда определить нужную? :)

задача вот

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

И в чем проблема? Задавайте для каждого хоста нужный набор переменных

да я с ума сойду для каждого хоста это делать

Можно вот так конечно сделать, но решение явно топорное: inventory_dir.split('/')[-2]

Если в разных инвенторях будет одна и та же переменная, то просто более позднее значение из инвентаря перезапишет более ранние, вот и все

Это произойдет при слиянии переменных обеих групп all?

Это произойдет при слиянии переменных обеих групп all?

ага

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

Типа prometheus_label

будет геморой на позднем этапе с переинициализацией

@gecube возвращаясь к вчерашнему вопросу: я придумал как для моего кейса замёржить дикты, но это будет закат солнца вручную: в group_vars делаю дикт с именем типа my_nginx_hosts: ..., в моей кастом роли делаю include_role ... vars: "{{ my_nginx_hosts | combine(some_default_hosts) }}" и вроде должно сработать

будет геморой на позднем этапе с переинициализацией

Какого рода геморой?

Какого рода геморой?

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

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

Тогда вариант еще проще и по докам - переменную оставить в all, но не запускать ничего на оба инвентори сразу

и в один момент времени пром будет контролить только один инвентори

и в один момент времени пром будет контролить только один инвентори

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

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

хорошо, когда приложение это поддерживает, да?

Это произойдет при слиянии переменных обеих групп all?

Да

да я с ума сойду для каждого хоста это делать

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

группы совпадают же

От blockinfile до static_config (кажется)

там вроде как логика как с all будет

хорошо, когда приложение это поддерживает, да?

blockinfile все поддерживают)

blockinfile все поддерживают)

править ямль с помощью blockinfile - best practice?

группы совпадают же

Если группы в разных инвентарях совпадают, то очевидно, что инвентари нельзя использовать вместе

Или просто последние будут все оверрайдить

Если группы в разных инвентарях совпадают, то очевидно, что инвентари нельзя использовать вместе

как раз можно, название хостов должны отличаться

Или просто последние будут все оверрайдить

нет, они объединяются

править ямль с помощью blockinfile - best practice?

Может и не бест, но тоже возможно

нафиг надо

у меня темплейт генерит конфиг файл

нет, они объединяются

Мы о чем именно? Я о переменных групп

Мы о чем именно? Я о переменных групп

а, это да

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

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

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

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

Иначе могут быть непредсказуемые результаты

да да, это учитываю

Если инвентари согласованы по переменным, то и проблемы определения инвентаря быть не должно

Просто на нужные хосты, которые группируются по какому-то признаку, вешается нужная группа

А в группу кладутся нужные переменные