блин, забить, что ли

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

Убийца садовник))

Поцоны, это кошерный путь запускать так для другой роли? - name: update haproxy frontend delegate_to: "{{ item }}" delegate_facts: no vars: hosts_content: "{{ lookup('template', 'templates/mysql_front.j2') }}" lvs_bind_ip: "{{hostvars[item]['ansible_default_ipv4']['address']}}" blockinfile: path: /etc/haproxy/haproxy.cfg insertafter: "# Frontend section ---------------------------------------------------" marker: "# {mark} mysql frontend for {{ group_names[0] }}" content: "{{hosts_content}}" state: present run_once: true with_items: - "{{ groups.lvs}}"

Если конструкция выглядит так что кровь течёт из глаз, это не кошерная тема

в with_items указана группа, чегоб не сделать отдельный hosts: lvs вместо цирка с delegate_to

конфиг лучше генерить он начала до конца, blockinfile это опасно

Если конструкция выглядит так что кровь течёт из глаз, это не кошерная тема

А как?

Нужно из одной роли выполнить конфигурацию другой

Например есть две роли Lvs Mysql Как правильно сделать, чтобы после выполнения mysql можно было обновить конфиг lvs с фактами mysql?

в with_items указана группа, чегоб не сделать отдельный hosts: lvs вместо цирка с delegate_to

А как lvs узнает что mysql был сгенерен?

А как lvs узнает что mysql был сгенерен?

- import_role: name: lvs tasks_from: update_lb.yml например

а факты как передашь?

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

кладет, а не ложит, глаза вытекают ((( мимо проходил Grammar Jew

- import_role: name: lvs tasks_from: update_lb.yml например

В это случае updatelb выполнится на хостах mysql

В это случае updatelb выполнится на хостах mysql

верно, тогда либо import_playbook ну или delegate_to

верно, тогда либо import_playbook ну или delegate_to

Delegate группе нельзя

блин....... ну нафиг так издеваться над концептом. ансибл предполагает, что накатывается на ВСЁ окружение сразу. если "....ой долгаааа....", то это другой вопрос, иначе можно легко и просто получить configuration drift.

Зашел я тут внезапно на хабр и нашел прекрасное https://habrahabr.ru/post/352616/

унеси, вымой руки и глаза с мылом, и больше такое не читай :)

Зашел я тут внезапно на хабр и нашел прекрасное https://habrahabr.ru/post/352616/

Зачем он это всё пишет?

Может потому что он из мейлру вроде и еще от перла не отошел))

>Ansible не так прост > пост о проблемах вагранта и убутны

Зашел я тут внезапно на хабр и нашел прекрасное https://habrahabr.ru/post/352616/

После фразы “...и на проблемы никто не жалуется...” статью можно не воспринимать всерьез.

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

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

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

а вы другие CM видели?:)

а вы другие CM видели?:)

там ещё хуже? аааааааааа ???

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

так что проще ансибла вряли че есть)

ладно, буду дальше страдать

почему страдать для вашего ж удобства

не хотите накатывайте ручками конфиги на 100500 серваков

внутренности энсибла наворочены - или конфиг, который вы им пытаетесь применить, наворочен и нелогичен?

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

yaml самый удобный

ну может джисон кому как нравится

пишите хотя бы в vim там же все подсвечивается)

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

здесь согласен, хотя к ini-формату еще больше претензий. имхо toml был бы шикарен для инвентори, для таксов - лучше ямла вроде ничего не изобрели

Круче yaml только yml

вот да, не нравиться yaml - пишите на yml, там все инструкции короче

у меня имеется rolename/tasks/main.yml rolename/tasks/prereq.yml я могу как-то в плей конкретно rolename/tasks/prereq.yml подключить?

/help import_role

/help import_role

/subscribe repo filter_name -- subscribe current channel to specific repo and filter /unsubscribe repo filter_name -- unsubscribe current channel to specific repo and filter /list -- lists all available repos /help -- display current help /new repo filter_name filter_regexp -- creates new available subscription

у меня имеется rolename/tasks/main.yml rolename/tasks/prereq.yml я могу как-то в плей конкретно rolename/tasks/prereq.yml подключить?

import_role, там есть tasks_from

import_role, там есть tasks_from

спасибо, уже перенес логику цикла в main.yml используя include, хотя выглядит не так красиво при выполнении :)

модуль synchronize не работает нормально когда become_method - su =\

/help -- display current help /new repo filter_name filter_regexp -- creates new available subscription /subscribe repo filter_name -- subscribe current channel to specific repo and filter /unsubscribe repo filter_name -- unsubscribe current channel to specific repo and filter /list -- lists all available repos

/new repo filter_name filter_regexp -- creates new available subscription /subscribe repo filter_name -- subscribe current channel to specific repo and filter /unsubscribe repo filter_name -- unsubscribe current channel to specific repo and filter /list -- lists all available repos /help -- display current help

ладно, переименую команду бота к module

Например есть две роли Lvs Mysql Как правильно сделать, чтобы после выполнения mysql можно было обновить конфиг lvs с фактами mysql?

Пишите playbook на запуск 2 ролей: host: mysql role: mysql host: lvs role: lvs Запускаете с лимитом -l mysql,lvs

Сорян с телефона пишу...

/list

/list

Configured feeds: yandex/ClickHouse: stable yandex/ClickHouse: testing yandex/ClickHouse: all gogits/gogs: stable prometheus/prometheus: all grafana/grafana: all golang/go: all prometheus/blackbox_exporter: all influxdata/telegraf: all influxdata/influxdb: all go-graphite/carbonapi: all moira-alert/moira-alert: all influxdata/kapacitor: all graphite-project/graphite-web: all graphite-project/carbon: all bosun-monitor/bosun: all telegramdesktop/tdesktop: all hashicorp/consul: all hashicorp/nomad: all hashicorp/packer: all hashicorp/terraform: all hashicorp/vault: all hashicorp/vagrant: all hashicorp/consul-template: all hashicorp/envconsul: all hashicorp/otto: all ansible/ansible: all ansible/awx: all docker/compose: all docker/docker-ce: all vstconsulting/polemarch: all jippi/hashi-ui: all aelsabbahy/goss: all metacloud/molecule: all collectd/collectd: all alerta/alerta: all Vertamedia/clickhouse-grafana: all Vertamedia/chproxy: all torvalds/linux: stable lomik/graphite-clickhouse: all lomik/carbon-clickhouse: all mholt: caddy

пишите хотя бы в vim там же все подсвечивается)

Ха-ха, человеку ансибль сложен, а тут vim ещё ?

Парни, Как получить доступ к переменной группы?

[lvs:vars] global_vip=["{{ mysql_vip }}","{{ www_vip }}"] mysql_vip="192.168.122.122" www_vip="10.253.88.226"

groups[lvs].mysql_vip на работает

hostvars[lvs][0].mysql_vip как-то не то

http://docs.ansible.com/ansible/devel/user_guide/intro_inventory.html#group-variables

variables are always flattened to the host level before a play is executed.

так что работай с ними как с обычными переменными хоста

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

Парни

подскажите как можно stdout распарсить и кусочек с него забрать

чтото типо питоновского re.match

[root@srv7-tentkop ~]# rpm —query redhat-release-server redhat-release-server-7.4-18.el7.x86_64

мне нужно от вывода этой команды el7.x86_64

отгрызть

подскажите как можно stdout распарсить и кусочек с него забрать

https://docs.ansible.com/ansible/latest/user_guide/playbooks_filters.html#regular-expression-filters

а, кажется понял

есть shell

но лучше почитать про repoquery и параметры rpm - там такое есть

и использовать фильтр?

гуд, спасибо

rpm модуль такое не смогёт, а вот cli должен такое уметь

А зачем? Оба параметра всего лишь говорят мажорную версию рхела/центоса и тд и его архитектуру. Может проще на основе собранных фактов работать?

мм архитектуру без проблем, а вот el7...

/etc/os-release же

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

Да Спасибо А как можно взять рандомный хост из группы?

/etc/os-release же

и что?

{{ ansible_os_family }} {{ ansible_distribution_major_version }}

В первой у тебя будет RedHat, во второй 7

и опять что? если человеку нужно el7 то из слова жопа слово счастье не соберешь

а так таки да

Ну а зачем ему именно el7?

если интересует версия ос, то логично брать из фактов

ну человеку надо было