лул)

Из под винды, из под убунты винды, из под мака и из центоса

сделай гит дифф и увидишь все)

подскажите, это фича модуля setup, но при делегировании на другой хост, он собирает намного меньше данных, например там нет ansible_hostname ?

подскажите, не могу найти. Ансиблом можно сделать ключ в pkcs8? Или только башсибл?

Есть вопрос. А можно как то модулем git склонировать на локальную машину репозиторий вместо удаленной?

можно через delegate_to

Привет, подскажите, почему при использовании loop_control игнорируется условие? - name: create a symbolic link systemd units file: src: "/lib/systemd/system/{{ item.name }}.service" dest: "/etc/systemd/system/{{ item.name }}.service" owner: root group: root state: link when: - item.name is defined loop: "{{ systemd_service_list }}" loop_control: label: "{{ item.name }}" Падает с ошибкой если нет указаного ключа в дикте

Привет, подскажите, почему при использовании loop_control игнорируется условие? - name: create a symbolic link systemd units file: src: "/lib/systemd/system/{{ item.name }}.service" dest: "/etc/systemd/system/{{ item.name }}.service" owner: root group: root state: link when: - item.name is defined loop: "{{ systemd_service_list }}" loop_control: label: "{{ item.name }}" Падает с ошибкой если нет указаного ключа в дикте

Может стоит в loop: отфильтровать значения, а не через when?

Может стоит в loop: отфильтровать значения, а не через when?

Можно пример?

loop: "{{ systemd_service_list|selectattr('name', 'defined')|list }}"

Да, подходит, спасибо

так кто-нибудь сталкивался с тем, что конструкция вида hostvars['app_master']['ansible_hostname'] при делегировании ведет себя не адекватно? Т.е. на делегируемом хосте я получаю значение не с мастера, а с самого хоста

так кто-нибудь сталкивался с тем, что конструкция вида hostvars['app_master']['ansible_hostname'] при делегировании ведет себя не адекватно? Т.е. на делегируемом хосте я получаю значение не с мастера, а с самого хоста

ээээм, а почему вы должны получить результат иначе?

я ведь запрашиваю hostvars для мастера

или я что то упускаю

например - name: PREPARE ENVIRONMENT hosts: master,slave tasks: - name: Collect OS facts become: yes setup: gather_subset: - '!all' - '!any' - facter - name: TEST hosts: master tasks: - debug: msg="{{ hostvars['app_master']['ansible_hostname'] }}" - debug: msg="{{ hostvars['app_slave']['ansible_hostname'] }}" - debug: msg="{{ hostvars['app_master']['ansible_hostname'] }}" delegate_to: app_slave - debug: msg="{{ hostvars['app_slave']['ansible_hostname'] }}" delegate_to: app_slave отрабатывает нормально и на обоих хостах выводит правильные имена

так кто-нибудь сталкивался с тем, что конструкция вида hostvars['app_master']['ansible_hostname'] при делегировании ведет себя не адекватно? Т.е. на делегируемом хосте я получаю значение не с мастера, а с самого хоста

delegate_facts Слышали о такой конструкции?

например

TASK [debug] *** ok: [app_master] => { "msg": "itests-fdc6-master" } TASK [debug] *** ok: [app_master] => { "msg": "itests-fdc6-slave" } TASK [debug] *** ok: [app_master -> 35.205.xxx.xxx] => { "msg": "itests-fdc6-master" } TASK [debug] *** ok: [app_master -> 35.205.xxx.xxx] => { "msg": "itests-fdc6-slave" }

By default, any fact gathered by a delegated task are assigned to the inventory_hostname (the current host) instead of the host which actually produced the facts (the delegated to host).

не мой случай

факты у меня генерируются без делегации

факты у меня генерируются без делегации

Тогда в чем проблема?

- name: PREPARE ENVIRONMENT hosts: master,slave tasks: - name: Collect OS facts become: yes setup: gather_subset: - '!all' - '!any' - facter

проблема в том, что при делегировании таска на слейв, в переменной hostvars['app_master']['ansible_hostname'] я получаю itests-fdc6-slave, вместо ожидаемого itests-fdc6-master

проблема в том, что при делегировании таска на слейв, в переменной hostvars['app_master']['ansible_hostname'] я получаю itests-fdc6-slave, вместо ожидаемого itests-fdc6-master

Где? Выше в выхлопе совсем иное

TASK [debug] *** ok: [app_master -> 35.205.xxx.xxx] => { "msg": "itests-fdc6-master" }

это я для упрощения пытался смоделировать реальный кейс

в реальном проекте TASK [itests/jfxr : fail] *** fatal: [app_master -> 35.205.xxx.xxx]: FAILED! => {"changed": false, "msg": "itests-fdc6-slave"} ...ignoring

в реальном проекте TASK [itests/jfxr : fail] *** fatal: [app_master -> 35.205.xxx.xxx]: FAILED! => {"changed": false, "msg": "itests-fdc6-slave"} ...ignoring

И на чем фейлится?

значение переменной используется в конфигурационном шаблоне приложения, соответсвенно оно не запускается в HA режиме

delegate_facts Слышали о такой конструкции?

да, таки дело было именно в этой опции. В одном из тасков была сборка фактов, без этой опции

добрый вечер! а можно вот так делать в плейбуке? - почему то выполняются только два первых hosts

добрый вечер! а можно вот так делать в плейбуке? - почему то выполняются только два первых hosts

Таски после каждого хостс начинай

Словно это один смерженный плей

Таски после каждого хостс начинай

так и делаю но почему то таски из gw_nodes не выполняются вообще

Ясн ) просто не вижу их

добрый вечер! а можно вот так делать в плейбуке? - почему то выполняются только два первых hosts

Это конкурс: угадайте мой инвентарь по скриншоту плейбука?

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

хотя хз

Если кто юзает дженкинс вместе с агентами - у нас обновилась роль jenkins_slave: https://galaxy.ansible.com/lean_delivery/jenkins_slave

А для jx?

А для jx?

Что для jx?

Что для jx?

роль в офф.репе есть?

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

Надо не через запятую, а через двоеточие

https://docs.ansible.com/ansible/latest/user_guide/intro_patterns.html#working-with-patterns

роль в офф.репе есть?

В какой офф.репе?

Не очень понял вопрос, если честно

Не очень понял вопрос, если честно

эт я протупил - lean_delivery это частная конторка, с бодуна показалось что это концепция какая-то или часть rh-экосистемы

эт я протупил - lean_delivery это частная конторка, с бодуна показалось что это концепция какая-то или часть rh-экосистемы

Это не конторка. :) Это просто группа на гитхабе, где мы собираем роли, которые используем в наших проектах

Кратко, есть возможность делать Jenkns stage as Ansible step?

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

Кратко, есть возможность делать Jenkns stage as Ansible step?

Нет

по теории вероятности

ну, в теории, можно каждую таску оформлять в отдельный плейбук, и делать метаплейбук, в котором они объединяются, и для каждой таски сделать енв, который будет выставляться по результатам таски, но это прям совсем наркомения :-)

и если тебе надо конкретную таску - дёрнул её плейбук, надо весь - дёрнул метаплейбук

ну, в теории, можно каждую таску оформлять в отдельный плейбук, и делать метаплейбук, в котором они объединяются, и для каждой таски сделать енв, который будет выставляться по результатам таски, но это прям совсем наркомения :-)

👍 отличный подход, ansible-operator в кубе так и работает

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

ну, в теории, можно каждую таску оформлять в отдельный плейбук, и делать метаплейбук, в котором они объединяются, и для каждой таски сделать енв, который будет выставляться по результатам таски, но это прям совсем наркомения :-)

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

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

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

а если у тебя связанный конвеер, то проще раскидать

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

ну не таску а роль с параметрами, и вызывать её из плейбука, чем не вариант? - ток недавно делал доклад на эту тему :)

ну не таску а роль с параметрами, и вызывать её из плейбука, чем не вариант? - ток недавно делал доклад на эту тему :)

ну у меня есть роль управления фабрикой фьюза

там есть отдельно, креэйт, модифи и дестрой

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

А что за фьюз, можно ссылочку? - а то я чтот пропустил.

jboss fuse

https://redhat.axoft.ru/products/red-hat-jboss-fuse

жесть какая. зачем вам это дно? еще и в конфигурации фабрик

вот такая холобудина для явы

жесть какая. зачем вам это дно? еще и в конфигурации фабрик

не ко мне вопрос, я пришел, оно уже было, я уйду, оно ещё будет

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

у вас версия 6.x видимо ? если не секрет, то что за контора и какого размера фабрика (количество серверов и количество чайлд-контейнеров)

угу, 6.х

контору, сорян, не скажу, продукт не запущен, по шапке за это получить могу

фабрика на 7 узлов

пока что

зоокипер в ensemble соединен ?

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

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