фишка в том, что может где-то по дороге твой узернейм превращается в узернейм@domain.mame.tld

Нормальный username ( msg: 'Logging into artifactory.tools.incountry.com:5000 for user docker-ro failed - 401 Client Error: Unauthorized ("Get https://artifactory.tools.incountry.com:5000/v2/: unauthorized: BAD_CREDENTIAL")'

- name: Load a variable file based on the service manager include_vars: '{{ service_manager }}' with_first_found: - '{{ ansible_service_mgr }}.yml' - systemv.yml loop_control: loop_var: service_manager

раскурил логику, в целом да, удобно, суть та же, как и у тасок, просто с отдельным объявлением переменных для конкретной ОС

фишка в том, что может где-то по дороге твой узернейм превращается в узернейм@domain.mame.tld

не может он превратиться не во что, т.к. ansible понятия не имеет про ldap

Нормальный username ( msg: 'Logging into artifactory.tools.incountry.com:5000 for user docker-ro failed - 401 Client Error: Unauthorized ("Get https://artifactory.tools.incountry.com:5000/v2/: unauthorized: BAD_CREDENTIAL")'

сорян, это не отладка

не может он превратиться не во что, т.к. ansible понятия не имеет про ldap

но юзер под которым у тебя выполняется docker login не тот же, что и под которым бежит ансибл?

сорян, это не отладка

-vvvv включил, куда еще больше?

но юзер под которым у тебя выполняется docker login не тот же, что и под которым бежит ансибл?

нет

может у тебя есть спецсимволы в пароле?

ну, там *:/'"`

Кстати есть такое

тогда надо заэскейпить

и закавычить весь пароль

(только почему мне нужно объяснять очевидные вещи, где может сломаться ямл ()

- name: Load a variable file based on the service manager include_vars: '{{ service_manager }}' with_first_found: - '{{ ansible_service_mgr }}.yml' - systemv.yml loop_control: loop_var: service_manager

А service_manager откуда берется?

и закавычить весь пароль

У меня пароль лежит в шифрованом виде через ansible-vault. Т.е. в виде key: !vault ! blablabla

https://t.me/pro_ansible/98970

@SLASH_CyberPunk по идее отсюдова

У меня пароль лежит в шифрованом виде через ansible-vault. Т.е. в виде key: !vault ! blablabla

тоды хз

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

Так тоже можно, да. Но это уже зависит от способа ветвления

@SLASH_CyberPunk по идее отсюдова

не похоже, там цикл уже бегает

А service_manager откуда берется?

Из фактов. Если фактов нет или нужного файла не найдено - берет первый (т.е. последний) найденный из списка

Из фактов. Если фактов нет или нужного файла не найдено - берет первый (т.е. последний) найденный из списка

Из этого: ansible_service_mgr?

Из этого: ansible_service_mgr?

Да

👍🏻

Пойду прикину, как это будет выглядеть

тоды хз

Кстати помогло. Просто сделал ansible-vault encrypt_string и передал туда закавыченный пароль, который и засунул в group_vars. И заработало. Спасибо большое

Кстати помогло. Просто сделал ansible-vault encrypt_string и передал туда закавыченный пароль, который и засунул в group_vars. И заработало. Спасибо большое

👍

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

что значит сдернутЬ?

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

ты хочешь в виде json'а (условно) получить аналог SHOW CREATE TABLE?

Ну это схема базы...

show create table table_name; или show create procedure;

хочется бэкапить структуру / процедуры/ функции, выгружая это всё в гит, без данных, например

Ребят, подскажите как when условие применить в зависимости от окружения? Есть dev и test

Может mysqldump? mysqldump \ --routines \ --triggers \ --no-data \ --databases "$1" > "$1"

подскажите, пытаюсь заранить playbook, по ssh не пускает ,пишет : etc/ssh/ssh_config line 19: Applying options for *\r\ndebug1: auto-mux: Trying existing master\r\ndebug1: Control socket \"/root/.ansible/cp/3605020054\" does not exist\r\ndebug2: хотя в настройках все норм выглядит, что может мешать?

Подскажите пожалуйста как в molecule для ansible провижинера указать переменную ansible_user? У меня есть подсасывание group_vars, в котором определен ansible_user: ubuntu, нужно для молекулы это переопределить provisioner: name: ansible lint: name: ansible-lint inventory: links: group_vars: ../../../../inventories/group_vars/

Подскажите пожалуйста как в molecule для ansible провижинера указать переменную ansible_user? У меня есть подсасывание group_vars, в котором определен ansible_user: ubuntu, нужно для молекулы это переопределить provisioner: name: ansible lint: name: ansible-lint inventory: links: group_vars: ../../../../inventories/group_vars/

Что-то туплю. Можно же просто в плейбуке указать через vars

Ребят, подскажите как when условие применить в зависимости от окружения? Есть dev и test

Скажи, что именно хочешь сделать. Подозреваю, что when не нужен

Подскажите пожалуйста как в molecule для ansible провижинера указать переменную ansible_user? У меня есть подсасывание group_vars, в котором определен ansible_user: ubuntu, нужно для молекулы это переопределить provisioner: name: ansible lint: name: ansible-lint inventory: links: group_vars: ../../../../inventories/group_vars/

В смысле для молекулы переопределить? Чем group_vars не устраивает?

Скажи, что именно хочешь сделать. Подозреваю, что when не нужен

Роль для нескольких окружений, нужно что бы некоторые таски выполнялись только для dev окружения

Лучше задай по конкретному параметру

Типа when: enable_this_trigger | bool

А значение этой переменной задавай разным окружениям через инвентарь или плейбуку

В смысле для молекулы переопределить? Чем group_vars не устраивает?

Тем, что в group_vars у меня определен ansible_user: ubuntu, а внутри docker'а пользователь root

Тем, что в group_vars у меня определен ansible_user: ubuntu, а внутри docker'а пользователь root

Все равно не понял проблемы

Все равно не понял проблемы

molecule накатывает определенную роль на docker контейнер. Для этой роли требуется переменные из group_vars, поэтому я подключаю их через inventory: links: group_vars: ../../../../../inventories/group_vars/ в group_vars/all.yml у меня определа переменная: ansible_user: ubuntu И ansible, что ожидаемо, не может подключиться к docker контейнеру, который был поднят molecule'ой, т.к. в докере пользователь - root ------ В любом случае уже неактуально, я как-то не догадался изначально, что можно просто в плейбуке molecule/default/playbook.yml переопределить пользователя vars: ansible_user: root

А поясните мне за wait_for, пытался запилить чекалку доступности порта, но что-то гугл выдает примеры, которые просто пролетают... Как можно проверить порт нормально?

А поясните мне за wait_for, пытался запилить чекалку доступности порта, но что-то гугл выдает примеры, которые просто пролетают... Как можно проверить порт нормально?

У меня тоже, но пример был выше по чату, проще найти поиском

Вечерний тупняк( Может кто подскажет. Есть такой host_vars и task: -------- nginx_vhost: - server_name: "test.examle.com" restrict_access: basic_auth: - {user: 'dev', pass: '123'} - {ueser: 'demo', pass: '456'} - server_name: "test2.examle.com" restrict_access: basic_auth: - {user: 'dev2', pass: '123'} - {ueser: 'demo2', pass: '456'} -------------- - name: Nginx | creat auth file htpasswd: path: /etc/nginx/include/passwdfile.{{ item.server_name }} name: item.basic_auth.user password: item.basic_auth.password owner: root group: root mode: 0640 loop: "{{ nginx_vhost }}" when: nginx_vhost.basic_auth Как сделать обход по паролям, что бы все добавлялись? #хочустранного

Вопрос снят.

Вопрос снят.

и как решил?

или это просто ночное обострение было ?)

и как решил?

loop + subelements. Если интересно, могу сюда таску скинуть

ну, конечно, интересно посмотреть

- name: Nginx | creat auth file htpasswd: path: /etc/nginx/include/passwdfile.{{ item.0.server_name }} name: item.1.user password: item.1.pass owner: root group: root mode: 0640 loop: "{{ nginx_vhost | subelements(restrict_access.basic_auth)}}" @gecube вот так

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

- name: Nginx | creat auth file htpasswd: path: /etc/nginx/include/passwdfile.{{ item.0.server_name }} name: item.1.user password: item.1.pass owner: root group: root mode: 0640 loop: "{{ nginx_vhost | subelements(restrict_access.basic_auth)}}" @gecube вот так

👍

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

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

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

- name: Nginx | creat auth file htpasswd: path: /etc/nginx/include/passwdfile.{{ item.0.server_name }} name: item.1.user password: item.1.pass owner: root group: root mode: 0640 loop: "{{ nginx_vhost | subelements(restrict_access.basic_auth)}}" @gecube вот так

И что, оба юзера прописывается? 🤔

И что, оба юзера прописывается? 🤔

Да, проверено)

И что, оба юзера прописывается? 🤔

Смысл, что он делает loop по первому, а внутри этого loop, по второму полю.

Ага, понял 👍🏻

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

господа, опять странный вопрос: Есть некоторое кол-во сервисных юзеров, которым надо на новый сервер положить в профиль пару файликов, типа aws-creds. Можно ли как-то проверять папку files роли на предмет совпадения названий папок с юзернеймом и затем уже вызывать sync? По тупому я смог, но срёт в логи, если папки с именем юзера нет. А хочется без фейлов проходить плейбук.

Получаешь список директорий в files получаешь список директорий в юзеров, составляешь генератором (типа for catalog in files if catalog in users) лист директорий, которые надо синкать и синкаешь по нему

господа, опять странный вопрос: Есть некоторое кол-во сервисных юзеров, которым надо на новый сервер положить в профиль пару файликов, типа aws-creds. Можно ли как-то проверять папку files роли на предмет совпадения названий папок с юзернеймом и затем уже вызывать sync? По тупому я смог, но срёт в логи, если папки с именем юзера нет. А хочется без фейлов проходить плейбук.

Опиши задачу подробнее. Что делает роль?

господа, опять странный вопрос: Есть некоторое кол-во сервисных юзеров, которым надо на новый сервер положить в профиль пару файликов, типа aws-creds. Можно ли как-то проверять папку files роли на предмет совпадения названий папок с юзернеймом и затем уже вызывать sync? По тупому я смог, но срёт в логи, если папки с именем юзера нет. А хочется без фейлов проходить плейбук.

Господа, извиняюсь, конечно, что опять влезаю с оффтопиком, но... У меня в последнее время складывается впечатление, что логика использования как сабжа, так и моего оффтопика оччччень похожи. На DSC реализовать проверку на наличие какого-то объекта прямо в рантайме и "на коленке" я мог бы, только задействуя Script. Злоупотребление которым в корне неправильно (недаром же он один такой на всю туеву хучу доступных ресурсов, как встроенных, так и в галерее). Без него - я бы либо оставил декларацию, что такой-то файл должен присутствовать по такому-то пути (и тут диспетчер DSC либо тоже нагадил бы в логи ошибками и записал бы целевые хосты как "не соответствующие состоянию", либо молча радостно создал файлы по нужному пути - и неважно, что там больше ничего нет), либо... Либо написал бы модуль, куда и вынес проверку. Вернее, поискал бы подходящий, ведь все уже написано до нас. P.S. Про рантайм написал? Да. ОК. Так вот, а вообще такую проверку я бы вынес за пределы применения конфигурации. И включал в список, на котором применяется целевая конфа, только те хосты, где есть нужный ресурс (в данном случае - пользователи, которые хотя бы раз залогинились и для которых создан хомяк).

Получаешь список директорий в files получаешь список директорий в юзеров, составляешь генератором (типа for catalog in files if catalog in users) лист директорий, которые надо синкать и синкаешь по нему

Вот только программирования на ансибл тут ещё не хватало

Да, не надо так, но человек попросил, я подсказал

Вдруг у него именно такой случай, когда вот надо

Да, не надо так, но человек попросил, я подсказал

Зачем подсказывать антипаттерны?

Вдруг у него именно такой случай, когда вот надо

В 99% случаев это не так

Tl;dr: использовать собранные факты в плейбуке. 1. Собрать информацию о хостах, включив условие "каталог такой-то существует". Видимо, для каждого имени пользователя. 2. Каждый хост с положительным результатом включается в соответствующую коллекцию. 3. Для каждой такой коллекции применяется задача "файл такой-то должен сущестовать". В ранее указанном каталоге, да. Коллекции могут перекрываться.

Или я чушь несу?

Tl;dr: использовать собранные факты в плейбуке. 1. Собрать информацию о хостах, включив условие "каталог такой-то существует". Видимо, для каждого имени пользователя. 2. Каждый хост с положительным результатом включается в соответствующую коллекцию. 3. Для каждой такой коллекции применяется задача "файл такой-то должен сущестовать". В ранее указанном каталоге, да. Коллекции могут перекрываться.

Как изначальная задача звучит?