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

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

Что за модуль? И что значит "из своей роли"?

@asdfasdfasdf будет жить. Поприветствуем!

Что за модуль? И что значит "из своей роли"?

ну роль, не модуль

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

шаблон - тот который *.j2 ?

да

если это не сделано в виде переменной (имя файла с темплейтом), то никак

форкаешь роль, дорабатываешь

template_file: nginx.conf.j2очевидно он ролью нжинкса подтянется из самой этой роли

публикуешь как свю

ну роль, не модуль

Если роль, то какая проблема?

template_file: nginx.conf.j2очевидно он ролью нжинкса подтянется из самой этой роли

там же наверняка можно любой путь указать?

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

моя роль использует роль nginxinc.nginx

и я хочу подменить ей шаблон

моя роль использует роль nginxinc.nginx

Это как, простите?

Это как, простите?

обычно

???

- name: import nginx role import_role: name: nginxinc.nginx

форкаешь роль, дорабатываешь

уже пофоркал, щас буду им пулл-реквест посылать

если это не сделано в виде переменной (имя файла с темплейтом), то никак

Там есть переменные

- name: import nginx role import_role: name: nginxinc.nginx

Ну и? Просто указываешь переменные с нужными путями к твоим шаблонам

В чем проблема-то?

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

туда прямо ../mynginx/templates/... можно указать что ли?

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

И что же этому мешает?

или в каком виде?

туда прямо ../mynginx/templates/... можно указать что ли?

Конечно

туда прямо ../mynginx/templates/... можно указать что ли?

по идее да

This can be a relative or an absolute path.

о как

спасибо, щас попробую

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

если ansible-doc -l | grep napalm napalm_install_config Installs the configuration taken from a file on a device supported by NAPALM значит ли это что модуль в системе есть и его можно использовать? спрашиваю потому что: TASK [Install new configuration] **************************************************************** fatal: [vyos]: FAILED! => {"changed": false, "msg": "the python module napalm is required"}

хотя ща почитаю

ой, а сам таск выглядит так: tasks: - name: Install new configuration napalm_install_config: hostname: "{{ ansible_ssh_host | default('vyos') }}" username: "{{ ansible_ssh_user | default('vyos') }}" выше отрывок из таска

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

template_file: ../../mynginx/templates/nginx.conf.jinja2 # take template from our custom nginx module

некрасиво, но работает

всем спасибо

ну и на всякий случай: $ python -m pip list | egrep "ansible|napalm" ansible (2.8.0) napalm (2.4.0) napalm-ansible (1.0.0) napalm-base (1.0.0) napalm-vyos (0.1.6)

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

docker_container_info работает с указанным именем контейнера

а хотелось бы чтобы без баша и чтобы сам нашел все

а хотелось бы чтобы без баша и чтобы сам нашел все

> без баша еретик!

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

Можно через docker_host_info собрать инфу о всех объектах, включая контейнеры, а потом лупом по ним пройтись, вызывая docker_container_info

@maximberdyshev будет жить. Поприветствуем!

@madmanidze будет жить. Поприветствуем!

Добрый день! Напомните пожалуйста, в jinja2 template, что бы выставить условие if var == value, как корректно запись выглядит? Так? {% if 'var' == value %} blabla {% endif %} Или что то упускаю?

В общем без ковычек нужно:)

я могу из хендлера моей роли дёрнуть хендлер в другой роли?

я могу из хендлера моей роли дёрнуть хендлер в другой роли?

#странное

То есть ты понимаешь, что шлёшь лесом всю объектную модель Ansible и сам смысл хэндлеров?....

То есть ты понимаешь, что шлёшь лесом всю объектную модель Ansible и сам смысл хэндлеров?....

ты так говоришь как будто у ансибля есть "объектная модель"

ну вот представь, что я делают include_role, потом рядом кладу кусок конфигурации для приложения в той роли и хочу дёрнуть родной хендлер, а не делать ещё раз nginx reload

ты так говоришь как будто у ансибля есть "объектная модель"

Есть

я могу из хендлера моей роли дёрнуть хендлер в другой роли?

Что значит "дернуть хендлер в другой роли"? Хендлер - это сущность в рамках роли. Если есть необходимость его дергать откуда-то еще, значит у вас неверно сделано разделение по ролям, только и всего

Что значит "дернуть хендлер в другой роли"? Хендлер - это сущность в рамках роли. Если есть необходимость его дергать откуда-то еще, значит у вас неверно сделано разделение по ролям, только и всего

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

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

стероиды тут ни при чем. Есть правильный подход к проектированию и декомпозиции задач. А есть мешанина из всего в стиле баша. Второго стоит избегать.

ну вот представь, что я делают include_role, потом рядом кладу кусок конфигурации для приложения в той роли и хочу дёрнуть родной хендлер, а не делать ещё раз nginx reload

Тогда хэштег твой вопрос получил заслуженно 😊 Рассмотри пару директив "listen" и "notify".

стероиды тут ни при чем. Есть правильный подход к проектированию и декомпозиции задач. А есть мешанина из всего в стиле баша. Второго стоит избегать.

+

Тогда хэштег твой вопрос получил заслуженно 😊 Рассмотри пару директив "listen" и "notify".

воооо, то что надо, спасибо

ну вот представь, что я делают include_role, потом рядом кладу кусок конфигурации для приложения в той роли и хочу дёрнуть родной хендлер, а не делать ещё раз nginx reload

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

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

А is for Абстракция но раз ты говоришь что абстракции делать ансиблём это неправильно, то я тебе верю

Я говорю совершенно иное

Абстракции делать правильно. А ломать логику абстракций - нет

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

А is for Абстракция но раз ты говоришь что абстракции делать ансиблём это неправильно, то я тебе верю

Речь-то о том, что роль (пусть и параметризированная) должна полностью отвечать за настройку компонента, иначе опять башсибл получается.

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

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

спасибо, что научил

спасибо, что научил

вообще это смешно. сначала говорят что дёргать хендлеры из хендлеров это неправильно, а потом показывают на listen который делает практически это

#странное

вообще это смешно. сначала говорят что дёргать хендлеры из хендлеров это неправильно, а потом показывают на listen который делает практически это

Дергать хендлеры из хендлеров можно. Но все это в рамках одной роли

Дергать хендлеры из хендлеров можно. Но все это в рамках одной роли

https://medium.com/@george.shuklin/listen-feature-for-handlers-in-ansible-29183524c7e1 тут чётко написано про разные роли

неправда написана?

Правда написана. Но это плохой подход. Роли получаются зависимыми друг от друга. И при изменении кода одной (например, набора хендлеров или триггеров) придется соответствующим образом менять и другие. Иначе все сломается

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

а вот предположим у меня есть group_vars/all/stuff.yaml в котором есть какой-то дикт если я делаю include_role с vars: ... в котором указываю эту же переменную с диктом, она же просто заменится без вариантов? или можно как-то смёржить эти два дикта?

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

могут

2 и 3 роль - независимы друг от друга, но зависимы от 1