В принципе, можно, наверное, так? docker_container: image: "{{ docker_repo_name }}:{{ docker_image_version }}" name: "{{ container.name }}" state: started env: "{{ container.env | default('None') }}" published_ports: "{{ container.ports }}" pull: yes recreate: yes В доках чрезвычайно мало примеров.

Ну так можно же запихнуть пустой dict?

Ну так можно же запихнуть пустой dict?

Ну именно так я и сделал. Пока не оттестирвал ещё, щас доберусь...

/д

env: "{{ container.env | default('{}') }}"

В общем, так

То есть, листы можно красиво типа - VAL1 - VAL2 дикты передаются только так - "VAR1=VAL1,VAR2=VAL2" ?

То есть, листы можно красиво типа - VAL1 - VAL2 дикты передаются только так - "VAR1=VAL1,VAR2=VAL2" ?

Как листы, только без Hyphen-minus'ов

dict: some_other: key: value value_is_None: one_more_list: - item - item

dict: some_other: key: value value_is_None: one_more_list: - item - item

О, пасиба! Так посимпатичней

Хендлер вызывается в конце плейбука, а можно его как-то раньше дернуть?

Только key=value, всё же

Только key=value, всё же

вут?

вут?

key: value не взлетает. key=value взлетает.

key: value не взлетает. key=value взлетает.

Смотря куда

Хендлер вызывается в конце плейбука, а можно его как-то раньше дернуть?

не надо так

Смотря куда

Ну в vars секцию playbook'а я пихаю.

?

Смотря куда

+ там пробелов вокруг = не должно быть

$ cat ./test-dict2.yml #!/usr/bin/env ansible-playbook - hosts: localhost connection: local vars: testdict: a: aa b: None c: tasks: - debug: msg: "{{ testdict }}" $ ./test-dict2.yml ... ok: [localhost] => { "msg": { "a": "aa", "b": "None", "c": null } } ...

$ cat ./test-dict2.yml #!/usr/bin/env ansible-playbook - hosts: localhost connection: local vars: testdict: a: aa b: None c: tasks: - debug: msg: "{{ testdict }}" $ ./test-dict2.yml ... ok: [localhost] => { "msg": { "a": "aa", "b": "None", "c": null } } ...

Моя ошибка. Синтаксическая ;)

Хендлер вызывается в конце плейбука, а можно его как-то раньше дернуть?

- meta: flush_handlers

Хендлер вызывается в конце плейбука, а можно его как-то раньше дернуть?

вообще-то есть способ: - meta: flush_handlers

спасибо, но выше рекомендовали так не делать, буду думать

https://www.youtube.com/watch?v=1-lRS05NrLc

спасибо, но выше рекомендовали так не делать, буду думать

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

я думаю проще воткнуть старт сервиса, чтобы провести последующую конфигурацию

Ты уверен что нужно запускать сервис *до* того как ты его настроил?

Ты уверен что нужно запускать сервис *до* того как ты его настроил?

бывает что надо....

Ты уверен что нужно запускать сервис *до* того как ты его настроил?

rabbitmq по другому не умеет...

Как получить ip хостов по тегу?

tag_Name_mongoservers мне нужно получить в виде листа?

Причём запускать на них мне ничего не надо.

Как получить ip хостов по тегу?

По какому тегу? Откуда именно ip получить?

Из aws по тегу aws из dynamic inventory

А, это другой разговор

В ансибле есть модуль ec2_instance_facts

Там всю инфу по хостам сразу собирает

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

кстати всё же странная обнова это 2,7

А вообще логично, пакетный менеджер не смог разрешить зависимости и покончил жизнь сепукку

А вообще логично, пакетный менеджер не смог разрешить зависимости и покончил жизнь сепукку

какие? если пакеты уже есть

он просто говорит - спасибо, пакет установлен

>"No package matching 'iostat' found available, installed or updated"

?прикольно оказывается пакет удалили из репа неделю как

?прикольно оказывается пакет удалили из репа неделю как

энжой ёр анстейбл

Меня одного напрягает, что файлы ansible.cfg не мёржатся, а просто заменяются? А то хотелось бы как-то объединять настройки проекта с настройками машины.

Приветствую! Прошу помощи разобраться как при импорте роли заставить ansible выполнять task с набором параметров подключения к хосту, определенных в импортируемой роли Задача такова: есть главная роль на деплой и конфиг. В переменных этой роли указано использование ansible_ssh_private_key_file и каким пользователем заходить на хост. В импортируемой роли как раз происходит базовая настройка хоста, включающая в себя настройку sshd и добавление ssh ключей. И подключение в этой роли происходит по имени пользователю и паролю. Ожидаемое поведение: импортируется роль => ansible заходит на хост под user/password => роль завершается,хост настроен на работу по ssh с использованием ключей => головная роль заходит на хост уже по ssh ключу. У меня же получается, что импортируемая роль берет значение ansible_user из своих переменных, но и ansible_ssh_private_key_file используется для подключения Вообще реально сделать такое объединение двух ролей или наследование все равно будет иметь место быть?

Приветствую! Прошу помощи разобраться как при импорте роли заставить ansible выполнять task с набором параметров подключения к хосту, определенных в импортируемой роли Задача такова: есть главная роль на деплой и конфиг. В переменных этой роли указано использование ansible_ssh_private_key_file и каким пользователем заходить на хост. В импортируемой роли как раз происходит базовая настройка хоста, включающая в себя настройку sshd и добавление ssh ключей. И подключение в этой роли происходит по имени пользователю и паролю. Ожидаемое поведение: импортируется роль => ansible заходит на хост под user/password => роль завершается,хост настроен на работу по ssh с использованием ключей => головная роль заходит на хост уже по ssh ключу. У меня же получается, что импортируемая роль берет значение ansible_user из своих переменных, но и ansible_ssh_private_key_file используется для подключения Вообще реально сделать такое объединение двух ролей или наследование все равно будет иметь место быть?

Указать в роли ansible_ssh_pass? Олсо https://docs.ansible.com/ansible/latest/user_guide/intro_inventory.html#list-of-behavioral-inventory-parameters

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

Спасибо! А как мне только ip достать?

Там просто большой json, и он индивидуальной для каждого хоста даёт инфу

я бы не спрашивал, если бы не пробовал сначала задать этот параметр ? imported_role/vars/main.yml: ansible_user: someuser ansible_ssh_pass: somepass main_role/vars/main.yml: ansible_ssh_private_key_file: /path_to_file ansible_user: other_user В итоге, когда происходит попытка вызова импортируемой роли строка соединения выглядит так: SSH: EXEC sshpass -d10 ssh -vvv -C -o ControlMaster=auto -o ControlPersist=60s -o StrictHostKeyChecking=no -o 'IdentityFile="/path_to_file"' -o User=someuser Мне не нужен IdentityFile в данной роли

Ну может тогда не использовать зависимости ролей, а вызвать их из одного плейбука?

Спасибо! А как мне только ip достать?

Смотришь нужное тебе поле и достаешь

Что-то типа: - name: GET instances list ec2_instance_facts: filters: "tag:Name": '{{ inst }}' register: ec2_sets

ERROR: S client not available

я бы не спрашивал, если бы не пробовал сначала задать этот параметр ? imported_role/vars/main.yml: ansible_user: someuser ansible_ssh_pass: somepass main_role/vars/main.yml: ansible_ssh_private_key_file: /path_to_file ansible_user: other_user В итоге, когда происходит попытка вызова импортируемой роли строка соединения выглядит так: SSH: EXEC sshpass -d10 ssh -vvv -C -o ControlMaster=auto -o ControlPersist=60s -o StrictHostKeyChecking=no -o 'IdentityFile="/path_to_file"' -o User=someuser Мне не нужен IdentityFile в данной роли

ansible_ssh_common_args: " -o PubkeyAuthentication=no" должно помочь отцу русской демократии

ansible_ssh_common_args: " -o PubkeyAuthentication=no" должно помочь отцу русской демократии

а где данный параметр прописать? В переменные к какой-то роли?

а где данный параметр прописать? В переменные к какой-то роли?

ansible_user: someuser ansible_ssh_pass: somepass ansible_ssh_common_args: " -o PubkeyAuthentication=no" то есть там где авторизация по паролю, а не по ключу

понял Спасибо! Пошел тестировать

Что-то типа: - name: GET instances list ec2_instance_facts: filters: "tag:Name": '{{ inst }}' register: ec2_sets

Точнее: - name: GET instances list ec2_instance_facts: filters: "tag:Name": '{{ inst }}' register: ec2_sets - debug: msg: 'Public ip: {{ item.public_ip_address}}' with_items: '{{ ec2_sets.instances }}'

ansible_user: someuser ansible_ssh_pass: somepass ansible_ssh_common_args: " -o PubkeyAuthentication=no" то есть там где авторизация по паролю, а не по ключу

Спасибо тебе, добрый человек!

Что-то типа: - name: GET instances list ec2_instance_facts: filters: "tag:Name": '{{ inst }}' register: ec2_sets

А можно ли как-нибудь просто посмотреть, что у меня inventory собирает? Там же есть уже вся эта инфа.

А можно ли как-нибудь просто посмотреть, что у меня inventory собирает? Там же есть уже вся эта инфа.

Смотря что у тебя за инвентори.

Я уже

- name: inventory vars debug: msg: "{{ hostvars[item].ec2_dns_name }}" with_items: "{{ groups['tag_Name_mytag'] }}"

Теперь мне бы сплющить это в строку

/help@ansible_ru_bot

/help@ansible_ru_bot

А, ну низзя значит низзя

Теперь мне бы сплющить это в строку

Что именно сплющить в строку?

Теперь мне бы сплющить это в строку

selectattr + list/join

Что именно сплющить в строку?

Вот эти DNS имена, которые я получаю, я их хочу в connection_string вставить.

Какой connection_string? Чтобы что?

Это неважно, важно, что мне нужен этот список строкой в переменную вставить.

Это неважно, важно, что мне нужен этот список строкой в переменную вставить.

Я написал как)

Да, спасибо, я посмотреть не успел ещё.

@alikulov будет жить. Поприветствуем!

@stef_kkk будет жить. Поприветствуем!

@sulllmary будет жить. Поприветствуем!

для того чтоб заработал delegate_to: localhost надо что-то особенное сделать в инвенторях?

для того чтоб заработал delegate_to: localhost надо что-то особенное сделать в инвенторях?

нет, главное, чтобы если у вас для всех тасков стоит в начале плэйбука become: yes, для этого он был выключен, если он вам явно не нужен