Задача: на одном хосте создать конфиг-файлы для группы хостов, записанных в inventory, затем пройтись по всем хостам в этой группе и тоже провести некоторые работы. Как сделать это максимально правильно?

Задача: на одном хосте создать конфиг-файлы для группы хостов, записанных в inventory, затем пройтись по всем хостам в этой группе и тоже провести некоторые работы. Как сделать это максимально правильно?

Посмотри тут: https://stackoverflow.com/questions/21908363/ansible-read-inventory-hosts-and-variables-to-group-vars-all-file

Посмотри тут: https://stackoverflow.com/questions/21908363/ansible-read-inventory-hosts-and-variables-to-group-vars-all-file

Спасибо! То что надо!

Какое-то нашествие последние 2 дня. Где-то рекламу запостили видимо

Привет ребят. Подскажите как реализовать. У меня есть инвентори в котором в группах иногда хосты повторяются, например: [group1] 123.com 456.com [group2] 123.com 789.com Иногда мне необходимо запустить с hosts: all. Проблема: Когда я запускаю с all, мне надо чтобы он на каждом хосте из этого инвентори выполнился лишь один раз.

Привет ребят. Подскажите как реализовать. У меня есть инвентори в котором в группах иногда хосты повторяются, например: [group1] 123.com 456.com [group2] 123.com 789.com Иногда мне необходимо запустить с hosts: all. Проблема: Когда я запускаю с all, мне надо чтобы он на каждом хосте из этого инвентори выполнился лишь один раз.

Еще раз привет. А ансибл реально начинает прогонять 2 раза на одних и тех же хостах? Мне казалось, он схлопывает дублирующие записи и проходится по ним один раз в итоге. Для уверенности повторюсь, кажется правильным определить условие выполнения и задачу запускать с when: .... Идемпотентность, все дела.

Не совсем понял про использование when в данном случае, по поводу первого сейчас перепроверю

ну не группу передавать а when и список хостов для текущей таски

вообще изначально странно помещать 1 и тот же хост на 2 группы

Привет ребят. Подскажите как реализовать. У меня есть инвентори в котором в группах иногда хосты повторяются, например: [group1] 123.com 456.com [group2] 123.com 789.com Иногда мне необходимо запустить с hosts: all. Проблема: Когда я запускаю с all, мне надо чтобы он на каждом хосте из этого инвентори выполнился лишь один раз.

>Когда я запускаю с all, мне надо чтобы он на каждом хосте из этого инвентори выполнился лишь один раз так и будет, -разве что если в разных группах у хостов разные параметры-

>Когда я запускаю с all, мне надо чтобы он на каждом хосте из этого инвентори выполнился лишь один раз так и будет, -разве что если в разных группах у хостов разные параметры-

Да действительно.. Не заметил этого по причине того что у меня в группе используются переменные, тоесть вот так: [group1] 123.com var=1 456.com var=1 [group2] 123.com var=2 789.com var=1 Наверное надо в целом убрать такой подход, как то это не праивльно.._)

народ, в гугл уже ходил

можно ли как нибудь

удалить самый старший файл

тоесть есть куча temp*.tar.gz архивов

- name: Count archives find: paths: "{{ base_dir }}" patterns: "{{ app_name }}_backup*.tar.gz" register: archives_list - name: Remove old archives file: path={{ archives_list.files.path }} state=absent when: archives_list.matched >= 5

как последний when можно дополнить

не костыльно

решил, отбой :))

как дополнил то

Как реализовать такое, имя хоста dns.test.com: - import_tasks: name.yml when: ansible_fqdn == dns*

Как реализовать такое, имя хоста dns.test.com: - import_tasks: name.yml when: ansible_fqdn == dns*

ansible_fqdn ~ 'dns*' емнип

отставить

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

ansible_fqdn ~ 'dns*' емнип

это исполнило для всех)

А с помощью этого сработало.спасибо

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

как дополнил то

- name: Get oldest archive set_fact: latest_file: "{{ archives_list.files | sort(attribute='mtime',reverse=false) | first }}" еще одним таском в итоге

Как реализовать такое, имя хоста dns.test.com: - import_tasks: name.yml when: ansible_fqdn == dns*

Не надо импорт таскс и вен. Надо исклуде таскс

А тем временем сегодня вышел Ansible 2.5. Из основных нововведений можно выделить: — циклы с with_ теперь deprecated, введена замена в виде loop — улучшены сетевые модули и их документация — ну и куча улучшений и deprecated в различных местах https://goo.gl/k46snk

Вы уже горите?

Опять всё переписывать

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

эээх, там в 2.4.3 лютый меморилик в одном из наших кейсов, интересно, пофиксили или нет

Блин, ну вот про виз итемс это пиздец

Ебаный

Как реализовать такое, имя хоста dns.test.com: - import_tasks: name.yml when: ansible_fqdn == dns*

Мне больше нравится вариант when: "'dns' in ansible_fqdn"

Блин, ну вот про виз итемс это пиздец

+1

grafana_plugin, круто

там еще тераформ теперь есть

Одно лечат другое калечат

become в инклуд не работает

Надо его на таск делать

там еще тераформ теперь есть

Так он и был вроде

нет, модуль тераформа завезли в 2.5

http://docs.ansible.com/ansible/devel/modules/terraform_module.html

Блин, ну вот про виз итемс это пиздец

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

да. за год время выбрать можно.

сделай with_items или loops, а потом результаты замапь в дикт

уже не сделаешь :)

Если кроме слова ничего не меняется, вообще же можно s/with_items/loop/g

Если кроме слова ничего не меняется, вообще же можно s/with_items/loop/g

нет.

Нет - не меняется, или нет - нельзя? )

Семь бед - один сед))

ERROR: S client not available

Я не нашёл подробного описания

увы там ручная работа

может быть sed сделает ее большую часть

А что (например) sed'у не под силу?

вопрос с подвохом ага

может быть sed сделает ее большую часть

что ты имеешь в виду?

grep -nr with_items . | wc -l 126 покажите)

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

AnsibleError: An unhandled exception occurred while templating '{{ (memcached_max_clients * 1.1) | int | abs}}'. Error was a <type 'exceptions.AttributeError'>, original message: 'int' object has no attribute 'startswith'

интересно починили ли with_nested

вот вася… https://github.com/ansible/ansible/issues/30447

ага. nested к релизу подтянули

и ansible_python_interpreter тоже поправили

Чо, пацаны, 2.5 кто поставил уже?

До 2.9 еще есть время, что за паника? Заодно есть шанс нормально переписать

Чо, пацаны, 2.5 кто поставил уже?

Я, на локалхост))

Я, на локалхост))

Первый тост пошел

Чо, пацаны, 2.5 кто поставил уже?

+1

Тебе уже успели уши прожужжать, что epel делает из rhel'а федору?

Взгоготнул

Котаны, а как правильно ансиблом epel подключать. Я бегло погуглил и нашёл с десяток вариантов как это делать.

например, так: - name: Add epel repository yum_repository: name: epel description: EPEL YUM repo baseurl: https://download.fedoraproject.org/pub/epel/$releasever/$basearch/ gpgkey: http://mirrors.nipa.cloud/epel//RPM-GPG-KEY-EPEL-7 gpgcheck: yes

- name: add epel yum: name: epel-release

на да, можно и так)

https://theansible.bandcamp.com/album/draw-closer Кто слушал? Стоит? ))

https://theansible.bandcamp.com/album/draw-closer Кто слушал? Стоит? ))

это ссыкотно слушать.... я читал "Белая трость калибра 7,62" в детстве.... ?

это ссыкотно слушать.... я читал "Белая трость калибра 7,62" в детстве.... ?

Привет, подскажите, обновился на 2.5, перестали работать тэги для include_role: Раньше было как, запускаешь ansible-playbook playbook.yml --tags service1 и запускалась нужная роль playbook.yml - include_role: name: service1 tags: - service1 roles/service1/tasks/main.yml (без каких-либо тэгов) - name: Some task .... В новой же версии это сломалось (может и раньше) Решение этому есть как описано в тикете (https://github.com/ansible/ansible/issues/35459), добавить такой же тэг к каждой таске, но это очень проблемно. Может мне кто-нибудь объяснить новую политику партии на этот счет и есть ли какая-нибудь возможность обойти (кроме отката на предыдущую версию) ?

Привет, подскажите, обновился на 2.5, перестали работать тэги для include_role: Раньше было как, запускаешь ansible-playbook playbook.yml --tags service1 и запускалась нужная роль playbook.yml - include_role: name: service1 tags: - service1 roles/service1/tasks/main.yml (без каких-либо тэгов) - name: Some task .... В новой же версии это сломалось (может и раньше) Решение этому есть как описано в тикете (https://github.com/ansible/ansible/issues/35459), добавить такой же тэг к каждой таске, но это очень проблемно. Может мне кто-нибудь объяснить новую политику партии на этот счет и есть ли какая-нибудь возможность обойти (кроме отката на предыдущую версию) ?

А почему include_role, а не просто role? roles: - role: service1 tags: - service1