И что же это за роль такая?

модифицирует файл с помощбю lineinfile: и делегирует на опр сервер.

Что делегирует-то?

Зачем? Если роль делает только модификацию

мне просто надо понять почему переменная не видет переменную состоящую из нескольких переменных)

Которую вы передаете еще через одну переменную :)

Код целиком

Да, как вариант. Не много удивился почему ignore не сработал... Сделал в итоге через when exists. Спасибо)

если мне не изменяет склероз, этот гад проигнорит даже ошики типов переменных.

никогда не будут фейлиться

это роль, а роль в плэйбуке так вызывается - hosts: localhost roles: - role: hosts become: yes а больше и нет ничего

😆👍👍

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

- name: bla-bla become: yes vars: adop: '{{ A }}-{{ B }}-adop-001' тут_еще_переменные lineinfile: path: "/etc/hosts" state: present owner: "root" group: "root" mode: "0644" line: "{{ item }}" delegate_to: "{{ node }}" <—— сюда передаю adop with_items: - "{{ groups['app'] }}" - тут_еще_итемс

И это все?

- name: bla-bla become: yes vars: adop: '{{ A }}-{{ B }}-adop-001' тут_еще_переменные lineinfile: path: "/etc/hosts" state: present owner: "root" group: "root" mode: "0644" line: "{{ item }}" delegate_to: "{{ node }}" <—— сюда передаю adop with_items: - "{{ groups['app'] }}" - тут_еще_итемс

Ради этой одной таски нужна роль?

Ради этой одной таски нужна роль?

и очень полезный плагин для дженкинса:

- name: bla-bla become: yes vars: adop: '{{ A }}-{{ B }}-adop-001' тут_еще_переменные lineinfile: path: "/etc/hosts" state: present owner: "root" group: "root" mode: "0644" line: "{{ item }}" delegate_to: "{{ node }}" <—— сюда передаю adop with_items: - "{{ groups['app'] }}" - тут_еще_итемс

Что мешает сделать вот так? - hosts: node vars: adop: '{{ A }}-{{ B }}-adop-001' tasks: - name: Adjust /etc/hosts become: yes lineinfile: path: /etc/hosts state: present owner: root group: root mode: 0644 line: "{{ item }}" loop: - "{{ groups['app'] }}"

Что мешает сделать вот так? - hosts: node vars: adop: '{{ A }}-{{ B }}-adop-001' tasks: - name: Adjust /etc/hosts become: yes lineinfile: path: /etc/hosts state: present owner: root group: root mode: 0644 line: "{{ item }}" loop: - "{{ groups['app'] }}"

Я не знаю, что такое node у вас

Я не знаю, что такое node у вас

В переменной - имя хоста?

Только недавно отключал ворнинги на 120 символов..

Я ещё не слышал про гэлекси. Но вот линтеру теги вообще пофиг на некоторые таски. Пришлось конфиг подсоывать

Какому линтеру? yamllint?

всем привет, такой вопрос: сейчас у меня один репозиторий ансибла, в котором плейбуки и переменные для нескольких приложений, планирую разделить на разные. В каждом репозитории будет несколько инвентори (stage/prod), и в этих инвентори будут общие переменные для разных репозиториев (в основом переменные с настройками подключения, ну и еще по мелочи). То есть stage окружение для разных проектов в разных репозиториях может иметь (и скорее всего будет) какой-то набор одинаковых параметров. Хочется избежать дублирования этих данных в каждый репозиторий. На данный момент придумал вынести эти общие переменные в гит сабмодуль, положить куда-нибудь в .../ansible/vars/common_vars и делать симлинки из inventory на нужные папки. На сколько это нормальный вариант, и есть ли альтернативы получше?

День добрый, господа. Есть json вида: [ { "interfaceType" : "uu", "version" : "19.1.2.1" }, { "interfaceType" : "uu", "version" : "19.1.2.2" }, { "interfaceType" : "push", "version" : "19.1.2.0" }, { "interfaceType" : "push", "version" : "19.1.2.2" } ] Как правильно зарегистрировать эти uu/push с соответствующими версиями, что б их же потом использовать в таске?

Коллеги доброго Подскажите пожалуйста как правильно сделать. Есть таск который ставит по дефолту пакеты на хосты. Он получает массив из default Я хочу на некоторых хостах/группах добавить ещё пакеты, но не хочу переопределять имеющийся массив тк придётся всю портянку писать заново. Хотелось бы конкатенировать список из default и список из переменных группы/хоста. Как правильней это будет сделать?

- name: Install required packages package: name: '{{ packages_base | union(packages_additional) | unique }}' state: present register: installed_packages until: installed_packages is succeeded become: True Оно?

Ребята, возвращаясь к вопросу проверки пароля для mysql. Сделал, как тут посоветовали через block/rescue. - block: - name: Task 3. If customer used MySQL DB without password shell: innobackupex --no-timestamp /mysql-backup/{{ timestamp.stdout }} no_log: True rescue: - name: Delete created directory before execute backup in password mode shell: /bin/rm -rf /mysql-backup/{{ timestamp.stdout }} - name: Task 4. If customer used MySQL DB with password shell: innobackupex --no-timestamp /mysql-backup/{{ timestamp.stdout }} -p "{{ mysql_root_password }}" Вопрос, при выполнении таска, если выполняется код из rescue части, то вся роль помечается как failed. Как этого избежать? Ведь в принципе задача выполнилась успешно.

Она не помечается. Просто в выводе recap появляется счетчик failed

В этом вся соль, как избежать ложноположительных счетчиков

В этом вся соль, как избежать ложноположительных счетчиков

Сейчас тебя отправят писать модуль для innobackupex А вообще посмотри готовые модули под эту задачу - и используй его

Есть шанс, что он попадет в релиз 2.8

Сам предположил и сам отправил писать отдельный модуль для innobackupex ;)