там так надо что бы они друг про друга знали. они не независимые

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

Не. Вызвать же можно хоть пять раз.

Только это, кстати, императивность лютая.

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

от этого и был начат первый рефакторинг :)

По идее всё необходимое должно быть известно где-то на стадии vars_plugin-а.

от этого и был начат первый рефакторинг :)

😂👍

вопрос наверное как его продолжить

> который уже можно использовать в следующем вызове роли К-Т. а если эта роль уже прошла до этого момента? опять выходит звать роль из роли

А почему она прошла? Ты же управляешь порядком запуска ролей в плейбуке

А почему она прошла? Ты же управляешь порядком запуска ролей в плейбуке

ну, не только КХ надо конфиги темплейтить, есть ещё сервисы

ну, не только КХ надо конфиги темплейтить, есть ещё сервисы

Эм. Ну пускай кх после сервисов

Или добавляй в каждый сервис создание конфига клнсултемплейта

И самому темплейту укажи фолдер

там так надо что бы они друг про друга знали. они не независимые

Зачем вам роли вообще тогда?

Зачем вам роли вообще тогда?

этот чат никогда не испытывал недостатка патетики.

Ребята как пофиксать failed: [localhost] (item=k8s-2) => {"ansible_loop_var": "item", "changed": false, "item": "k8s-2", "msg": "The libvirt module is not importable. Check the requirements."}

привет

Ребята как пофиксать failed: [localhost] (item=k8s-2) => {"ansible_loop_var": "item", "changed": false, "item": "k8s-2", "msg": "The libvirt module is not importable. Check the requirements."}

проверь зависимости :)

Ребята как пофиксать failed: [localhost] (item=k8s-2) => {"ansible_loop_var": "item", "changed": false, "item": "k8s-2", "msg": "The libvirt module is not importable. Check the requirements."}

Сделай то, что тебе говорит msg.

Сделай то, что тебе говорит msg.

Типо модуль доставить ?

Сделай то, что тебе говорит msg.

ansible-galaxy collection install community.libvirt

Типо модуль доставить ?

Типо проверить зависимости модуля libvirt.

Сенкью вери матч ))))))И дай бог вам здоровья богатырского )))

Сенкью вери матч ))))))И дай бог вам здоровья богатырского )))

И тебе не хворать.

Подскажите пожалуйста

https://docs.ansible.com/ansible/2.8/dev_guide/developing_api.html

как здесь play_source = dict( name = "Ansible Play", hosts = 'localhost', gather_facts = 'no', tasks = [ dict(action=dict(module='shell', args='ls'), register='shell_out'), dict(action=dict(module='debug', args=dict(msg='{{shell_out.stdout}}'))) ] ) можно подставить переменую из инвентори?

https://docs.ansible.com/ansible/2.8/dev_guide/developing_api.html

https://github.com/ansible/ansible/blob/devel/lib/ansible/vars/manager.py#L146

https://github.com/ansible/ansible/blob/devel/lib/ansible/vars/manager.py#L146

а разве variable_manager = VariableManager(loader=loader, inventory=inventory) не должен был все подгрузить ? или обязательно get_vars еще делать?

Подгрузить - это одно, но ты же хочешь получить переменные? У этого класса есть метод, который умеет возвращать нужную тебе переменную.

Подгрузить - это одно, но ты же хочешь получить переменные? У этого класса есть метод, который умеет возвращать нужную тебе переменную.

вот только не пойму теперь как вернуть переменую из дерева которая в group_vars .Например test.port.id

all_groups = inventory.get_groups_dict() test_node = all_groups['test_node'] for t in test_node: vars = variable_manager.get_vars(host=inventory.get_host(hostname=t)) for var in vars: print(var)

так выбирается то что в корне лежит

Точнее почему то подгружаются не все файлы с переменными

Точнее почему то подгружаются не все файлы с переменными

Где-то раньше по коду ты должен был вызвать загрузку переменных для group_vars.

Меня заставляют использовать lineinfile. Чат помоги! - name: Add external-url to service parameter become: yes lineinfile: dest: /etc/default/prometheus line: '-web.external-url='{{ external_url }}'' insertafter: '^ARGS="' типа такого. но я сопротивляюсь. Не уверен что вопрос конкретно про ансибл. Мне надо в рантайме в скрипте который инициализирует шаблонную виртуалку (startup-script) подсунуть прометею внешний урл. его значение известно только после старта виртуалки и у меня есть способ его получить. после старта виртуалки запускается google-startup-scripts который и должен сделать работу. в скрипте копирование плейбука и запуск оного

Это ужасно! А что является golden source для всей, полной строки аргументов?

Где-то раньше по коду ты должен был вызвать загрузку переменных для group_vars.

Посмотрю еще

Это ужасно! А что является golden source для всей, полной строки аргументов?

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

Значит, вписать туда переменную, подставляемую из файла, к примеру, /etc/sysconfig/prometheus.

да это понятно. надо как то прокинуть дальше переменную. я попробовал так вот ARGS= " --config.file=/etc/prometheus/prometheus.yml --storage.tsdb.path=/var/lib/prometheus --web.listen-address=:9090 --web.route-prefix=/ --web.external-url=${EXTERNAL_URL} --storage.tsdb.retention.time=1d --log.format=json" #### BEGIN MANAGED WITH ANSIBLE ON VM STARTUP EXTERNAL_URL=https://xxx #### END MANAGED WITH ANSIBLE ON VM STARTUP но это ожидаемо не работает

- name: place environment file blockinfile: path: "{{ prometheus_env_file }}" marker: "#### {mark} MANAGED WITH ANSIBLE ON VM STARTUP" block: | EXTERNAL_URL={{external_url}} notify: - restart prometheus

ибо системд не интерполирует переменные

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

дак что именно он тут должен сделать ? сгенерировать всю строку ? её часть ?

консул может заполнить тепмплейт в данном случае юнит файл и передернуть сервис при изменении темплейта

это я знаю у меня есть похожий сервис.

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

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

да. только знание о параметре external_url

еще мысль повторить алгоритм генерации в ансиболе

это как?

ну что является источником тэгов для хоста ?

это тупиковый путь

почему ?

тут требуется внешнее знание доступ к которому скажем не возможен

Короче видимо будет как то так сейчас так ExecStart=/opt/prometheus/current/prometheus $ARGS будет ExecStart=/opt/prometheus/current/prometheus $ARGS $RUNTIME_ARGS

а уже оные сложить в файл с дефолтами

через blockinfile

ибо системд не интерполирует переменные

Не надо вот этого вот. Ты пишешь отдельный файл ансиблом (вот этой своей ролью): /etc/sysconfig/prometheus-external: MY_COOL_OPTION="--web.external-url=external_url" В prometheus.service: EnvironmentFIle=-/etc/systemd/prometheus-external ExecStart=blablalba ${ARGS} ${MY_COOL_OPTION} Всё.

Не надо вот этого вот. Ты пишешь отдельный файл ансиблом (вот этой своей ролью): /etc/sysconfig/prometheus-external: MY_COOL_OPTION="--web.external-url=external_url" В prometheus.service: EnvironmentFIle=-/etc/systemd/prometheus-external ExecStart=blablalba ${ARGS} ${MY_COOL_OPTION} Всё.

да я так и решил

👍

только у тя какой то sysconfig.

хз чо это (нет)

только у тя какой то sysconfig.

Обычный :-)

EnvironmentFile был бы массивом можно было бы два файла указать ушел бы blockinfile

Можно хоть четыре :-D

Все сверху вниз подгрузятся.

запятая ?

Зачем? Несколько директив.

EnvironmentFile=-/etc/sysconfig/file1 EnvironmentFile=-/etc/sysconfig/file2 EnvironmentFile=-/etc/sysconfig/file3 EnvironmentFile=-/etc/sysconfig/file4

Сухо и комфортно.

Причём при их отсутствии ничего не ломается.

какая версия нужна ?

Ну вообще-то в 219 уже работает

ага

крутяк # systemctl show prometheus | grep Env EnvironmentFiles=/etc/default/prometheus (ignore_errors=yes) EnvironmentFiles=/etc/default/prometheus-external (ignore_errors=no)

спасибо чад!

Минусик перед именем файла позволяет не страдать при его отсутствии.

да да. я поэтому и указал что первый важен а второй можно нет.

Он же у тебя без минуса?

первый с минусом второй без. ибо необязательный параметр