важно

ну сам подумай что хочет cent или без комментов - значит ansible файлы, так cent ?

Сорри, тупанул. Нет нужно только объединить yaml контент. Прочитать как yaml без комментов и собрать из них один yaml файлик

https://docs.ansible.com/ansible/2.5/modules/include_vars_module.html#include-vars-module

я ему об этом выше и писал

я ему об этом выше и писал

Не, у вас там импорт плейбук

https://docs.ansible.com/ansible/2.5/modules/include_vars_module.html#include-vars-module

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

еще выше - про vars

ну сам подумай что хочет cent или без комментов - значит ansible файлы, так cent ?

Переменные, скорее всего

ну сам подумай что хочет cent или без комментов - значит ansible файлы, так cent ?

Нет, просто yaml файлы

а формат файлов определен строго я так понимаю ? разделы везде одинаковые ?

Нет, просто yaml файлы

include_vars чем не устраивает?

https://pastebin.com/raw/1erSw0SD - У меня есть конфиг для всех сущностей gitlab. И я его хочу разбить на разные проекты (группы) и отдать группы на откуп разрабам. Пусть кого угодно добавлюят в свои группы и присылают мне пулл реквест. Я соберу все в один конфиг, верификацию дерну, и если все гут, то применю для гитлаба.

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

Разрабы не выйдут за пределы своей группы. А внутри своей группы путь что угодно творится

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

Задача то тривиальная: чтобы индейцы шерифа не беспокоили при очередном выносе либы в отдельную репу и прокидывании всех разрабов в эту репу

Только вот готового решения я так и не нашел

то есть изначально нужно пропарсить gitlab конфиг на части. отдать и принять его по частям, собрать и импортировть в gitlab - в нем уже будут содержаться группы или группы с пользователями ?

то есть изначально нужно пропарсить gitlab конфиг на части. отдать и принять его по частям, собрать и импортировть в gitlab - в нем уже будут содержаться группы или группы с пользователями ?

Собрать все эти ямлики ├── group │ ├── infrastructure │ │ └── role │ │ ├── Developer.yml │ │ ├── Guest.yml │ │ ├── Maintainer.yml │ │ ├── Owner.yml │ │ └── Reporter.yml │ └── test │ └── role │ ├── Developer.yml │ ├── Guest.yml │ ├── Maintainer.yml │ ├── Owner.yml │ └── Reporter.yml В один дернуть в лупе создание групп

group/infrastructure - это для инфраструктурников group/test - это другая папка (субмодуль или что угодно в этом роде) для группы тестировщиков например

Просто сейчас у разрабов уже хаос пошел. И они не группами навешивают права а на проект или еще как-то. Потом они вечно долбят одного из шерифов, почему нет прав.

ну да плейбуками можно

Может быть спасла бы просто страничка с нужным выхлопом постгри, но хотелось бы Iac, чтобы можно было сразу настроить гитлаб при потери диска

ааа понял. раньше да был где backup гитлаба надо искать

https://github.com/ansible/ansible/issues/13262 - что-то я чувствую себя вечным ждуном с этой фичей

Всем Здравствуйте Подскажите плиз почему пакеты не ставятся Захожу на систему а их нету права root Вот таска - name: Install postgresql {{ postgresql_version }} yum: name= "{{ item }}" state=installed update_cache=yes #state: present become: True with_items: - epel-release - vim

ssh keys or username ?

https://github.com/ansible/ansible/issues/13262 - что-то я чувствую себя вечным ждуном с этой фичей

Там написали же, что решили эту фичу не делать

А для упрощённой задачи, собрать одну переменную типа list из нескольких файлов, есть решение? Что-то вроде: vars: configs_list: - include dir/with/configs/ cat dir/with/configs/config1.yml — - name: config1 file: dest: /path/to/config/{{ item.name }} content: config1_content есть?

Т.к. реализация связана с переделкой целой кучи корневой логики и ломанием совместимости ради сомнительного бенефита

Т.к. реализация связана с переделкой целой кучи корневой логики и ломанием совместимости ради сомнительного бенефита

Ну, понятно. Но все же надежда остается)

А для упрощённой задачи, собрать одну переменную типа list из нескольких файлов, есть решение? Что-то вроде: vars: configs_list: - include dir/with/configs/ cat dir/with/configs/config1.yml — - name: config1 file: dest: /path/to/config/{{ item.name }} content: config1_content есть?

Вроде что есть по типу var_files и glob

Это хороший подход...

Welcome !

Всем привет, как с помощью модуля copy скопировать с определенного каталога только файлы с расширением .conf?

Так ты задай *

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

В модуле не увидел такую возможность

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

у тебя службы прописаны как - последовательно в тасках ?

Мне нужна только одна служба - nginx, вот хотел бы не сразу на всех релоад её, а последовательно

три минуты интервал

module: wait_for host={{ inventory_hostname }} port=22 delay=1 timeout=300

только по сервису state на свой поправь

Спасибо!

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

т.е. нужно растянуть reloadы на подольше? можно пояснить посему такое нужно? (попахивает скрытием проблемы масштабируемости какого-то общего ресурса )

т.е. нужно растянуть reloadы на подольше? можно пояснить посему такое нужно? (попахивает скрытием проблемы масштабируемости какого-то общего ресурса )

Да иногда это нужно для старта БД - чтобы не дергать запросами от фронта например.

Да иногда это нужно для старта БД - чтобы не дергать запросами от фронта например.

поясни пожалуйста. фронт это кто? в веб приложении есть хранилище (субд, кеш) в него стучат (по хорошему) только серверные компоненты. фронт, это первый уровень серверных компонентов?

Вышел релиз молекулы 2.20 https://github.com/ansible/molecule/blob/master/CHANGELOG.rst

В релиз вошли и наши дополнения, включающие поддержку winrm

пока молекулу маинтейнил прошлый чувак там было от 1 до 4 открытых issue

теперь 103

это всё что нужно знать про редхет

это всё что нужно знать про редхет

это твоя интертрепация. а вот моя: молекула растет, больше пользователей, больше проблем. ;)

типа нет ишьюз нет проблем :))

Откуда больше пользователей то?

от верблюда, как всегда :)

Их не не было. Он просто разбирал их менее чем за сутки

Я общался там ни один раз

Их не не было. Он просто разбирал их менее чем за сутки

может ты и прав. но вот я смотрю на проекты как ансибл, vscode и т.п., и 103 ишьюз меня не впечатляет.

Ты смотришь на плохое и равняешь по плохому. Не делай так

Ты смотришь на плохое и равняешь по плохому. Не делай так

это тоже твоя интерпретация.

Пользователей у молекулы не стало больше. Им не откуда взяться

А вот положили сильно больше

что такое хорошее? когда открывается 3 тикета в месяц и чинится?

это тоже твоя интерпретация.

А я вроде и не претендую на абсолют. Но сорян если так показалось.

что такое хорошее? когда открывается 3 тикета в месяц и чинится?

Хорошее это когда в тикетах есть ответ за 24 часа. А решение в течении 48

н.п. я кстати на молекулу подсаживаю всех клиентов потихоньку.

Хорошее это когда в тикетах есть ответ за 24 часа. А решение в течении 48

это вопрос денег.

поддержка стоит денег.

это вопрос денег.

Это опенсорс. Какие опять деньги.

как какие?!?!

Сейчас будет аргумент в стиле у бизнеса спросите

Meh

опен сорс это не парадокс.

опен сорс делается когда имеется в этом бизнес элемент.

Максим. Я потерял нить разговора. Не знаю о чем он.

если хочется вести этот проект - заходишь и ведешь.

если хочется быстрой реакции - платишь и получишь.

в любом случае это влпрос денег.