Объясни - для чего нужен такой костыль

Чтобы сделать шифрование пароля в одной роли , для разных подсистем

Чтобы сделать шифрование пароля в одной роли , для разных подсистем

А зачем для этого динамическое имя переменной? Количество подсистем и их имена меняются от запуска к запуску?

Гораздо легче и логичнее создавать одну переменную - словарь с динамическим списком ключей, чем создавать динамически кучу словарей с одним и тем же именем ключа

Добавлять новые ключи со значениями в имеющийся словарь гораздо легче. И код получается читабельнее

Ну это сути не меняет

Ключ должен быть динамическим

Не знаете, как динамически добавлять ключи в словарь?

Ага, расскажи

Не знаете, как динамически добавлять ключи в словарь?

ты имеешь ввиду такую структуру: db_pass: app1: "pass1" app2: "pass2" app3: "pass3"

?

Да

Мне хотелось бы чтобы вызавая роль с параметром application у меня эта application добавлялась дополнительным значением в словарь db_pass

Это делается через set_fact с помощью фильтра combine

Примеры с телефона не очень удобно набирать

Я пытался сделать так: set_fact: db_pass: {{application}}: {{encrypted_pass}}

Но в гугле по ключевым словам куча примеров доступна

Я пытался сделать так: set_fact: db_pass: {{application}}: {{encrypted_pass}}

Так не нужно

Но у меня application не раскрывалось

Нужно через combine

combine сложно

Я в итоге сделал так

- set_fact: db_pass: "{'{{ application }}':'{{encrypted_pass}}'}"

Без combine

Это сработает только для одного элемента

Следующий вызов этой конструкции с новым значением переменной перезапишет весь словарь целиком

А потом что будет?

Блииин

https://stackoverflow.com/questions/35605603/using-ansible-set-fact-to-create-a-dictionary-from-register-results

По ссылке есть хорошие примеры

блин , ну ты меня расстроил :(

https://stackoverflow.com/questions/35605603/using-ansible-set-fact-to-create-a-dictionary-from-register-results

Спасибо большое

посдкажите плиз как правильно загнать переменные, чтото на ночь глядья опух clickhouse_shards: shard: - { name: "01", replicas: ["ch63.smi2", "ch64.smi2"]} - { name: "02", replicas: ["ch65.smi2", "ch66.smi2"]}

вот темплейт <?xml version="1.0"?> <!-- {{ ansible_managed }} --> <yandex> <remote_servers> {% for shard_name, replicas in clickhouse_shards.iteritems() %} <{{ shard_name }}> <shard> <internal_replication>true</internal_replication> {% for replica in replicas %} <replica> <host>{{ replica['host'] }}</host> <port>{{ replica['port'] | default(9000) }}</port> </replica> {% endfor %} </shard> </{{ shard_name }}> {% endfor %} </remote_servers> </yandex>

FAILED! => {"changed": false, "msg": "AnsibleUndefinedVariable: 'dict object' has no attribute 'host'"}

посдкажите плиз как правильно загнать переменные, чтото на ночь глядья опух clickhouse_shards: shard: - { name: "01", replicas: ["ch63.smi2", "ch64.smi2"]} - { name: "02", replicas: ["ch65.smi2", "ch66.smi2"]}

Ты, конечно, работаешь на СМИ2, и это - фу. Но Ансибл - не фу, поэтому он тебе совершенно точно сказал, что ключа host в словаре, который ты описываешь, просто нет.

Пробую AWX Project. Нехват Multiple credentials острый. Как выходить из положения? Открытые ключи в проекте зло, т.к. много пользователей.

Пробую AWX Project. Нехват Multiple credentials острый. Как выходить из положения? Открытые ключи в проекте зло, т.к. много пользователей.

а к чемy credentials-то?

ssh ключи?

Вчера озадачился вопросом получения результата рестарта или запуска сервиса , все что я находил это манипуляции с shell или command , т.е. через команд делаем рестарт, результат регистрируемых, а потом смотрим на rc . Но мне это не очень нравится, кто-то знает варианты аккуратней ?

Вчера озадачился вопросом получения результата рестарта или запуска сервиса , все что я находил это манипуляции с shell или command , т.е. через команд делаем рестарт, результат регистрируемых, а потом смотрим на rc . Но мне это не очень нравится, кто-то знает варианты аккуратней ?

А какой результат интересует?

Вчера озадачился вопросом получения результата рестарта или запуска сервиса , все что я находил это манипуляции с shell или command , т.е. через команд делаем рестарт, результат регистрируемых, а потом смотрим на rc . Но мне это не очень нравится, кто-то знает варианты аккуратней ?

А модуль сервис сам по себе разве ничего не регистрирует?

А какой результат интересует?

Интересует удалось сервису стартануть или нет

Интересует удалось сервису стартануть или нет

Модуль сервиса обеспечивает нужный результат и так. Если не удалось стартануть - выдаст ошибку

Зачем что-то дополнительно проверять?

Модуль сервиса обеспечивает нужный результат и так. Если не удалось стартануть - выдаст ошибку

Хмм , вчера он мне просто выдавал ченжед

Ну значит сервис запустился

То что он потом здох это совсем другое

Совершенно верно

Проверять после старта, не упал ли сервис - это не задача ансибла

Если логика сценария требует каких-то данных о состоянии сервиса - это можно сделать, например, с помощью модуля service_facts

https://docs.ansible.com/ansible/devel/modules/service_facts_module.html#service-facts-module

Если в ансибл добавить последующую инструкцию на запуск сервиса - разве, это не будет являться своеобразной проверкой?

Можно два раза вызывать команду запуска сервиса и сравнивать результат changed. Но зачем?

можно хэндлеров наворотить для этого

например как тут

https://github.com/kubernetes-incubator/kubespray/blob/master/roles/kubernetes/master/handlers/main.yml

Пытается запустить: Уже запущен - ок Запустил - чейнжд Не запустилось - не ок

антил ретрай дилэй

https://github.com/kubernetes-incubator/kubespray/blob/master/roles/kubernetes/master/handlers/main.yml

Это дурдом какой-то

bashsible сплошной

да-да)

тяжелые наркотики

а к чемy credentials-то?

Там и ключи и пароли и sudo

Как в Jenkins, при использовании ansiblePlaybook, передать список в качестве значения переменной для Ansible?

Такое не работает: var: "[${test}]"

Где test обычная строчка.

Кто сможет помочь, дела по примеру одного хорошего человека плейбук для монго дб, ( https://github.com/mrlesmithjr/ansible-mongodb). И у него в переменных есть такой параметр mongodb_replication_group: 'test-nodes' и с этой группы он опеределяет кто мастер а кто слейв будет в реплика сет. Так вот вопрос как он передает группу хостов которые будут использоваться ?

или возможно подскажите как можно определить какой из хостов как мастер и далее в темплейтах и тасках использовать данную переменную

на 2,7 кто перешёл уже?

я

очень весело

- name: Install packages yum: name: "{{ item }}" state: present with_items: "{{ packages }}" - пакет сейчас же - name: Install packages yum: name: "{{ packages }}" state: present но я чтот не врубился а перечисление где делать пакетов? снизу как раньше не работает, в name тоже

писать не переписать

- name: Install packages yum: name: "{{ item }}" state: present with_items: "{{ packages }}" - пакет сейчас же - name: Install packages yum: name: "{{ packages }}" state: present но я чтот не врубился а перечисление где делать пакетов? снизу как раньше не работает, в name тоже

в rolename/defaults/main.yml

либо vars в самой таске

😕нафиг столько сложностей то они делают

please use `pkg: ['aptitude', 'python-apt', 'python-pycurl', 'apt-transport-https', 'python-pycurl', 'debian-keyring']` and remove the loop.

Руки пока не дошли, но вроде как просто вместо item сразу указываешь packages - оно должно лист нормально схавать.

ну у меня вообще dnf and portage, но а серьёзно

Руки пока не дошли, но вроде как просто вместо item сразу указываешь packages - оно должно лист нормально схавать.

нет