Там еще может играть роль откуда выполняется все это. Если с хоста админа через впн и бастион, то все может быть печально

+100500

особенно если в облаке.....

кстати, нерусским по белому в доках ансибла написано, что используйте хост внутри облака для нормальной скорости

А мы готовим образ на берегу, упаковываем в тарбол и разливаем торрентом. Недавний тест - 700 нод за 8 минут. 5 из готорых инициализация сраного уефи.

интересный способ.

я читал что badoo в деплое тоже когда-то использовали торрент, но в итоге пришли к diff дельте для изменений

https://habr.com/company/badoo/blog/413503/

но они апдейдят так код, а не образы

то что делает баду, лучше не читать никогда

для психического здоровья в первую очередь

почему же. читая, можно понять как лучше никогда не делать ?

Это просто кромешный ад и пиздец. Как минимум в администрировании и их отделе "мониторинга" с заббиксом

почему же. читая, можно понять как лучше никогда не делать ?

Ну они-то этим гордятся ¯\_(ツ)_/¯

у меня тоже есть статья на хабре, кстати https://habr.com/post/324750/ с тех пор, правда уже новая версия вышла, но пока нет времени написать статью

Правда это не совсем про ансибл. Точнее совсем не. Сорян, увлекся. Мы анзиблем сверху намазываем в другом проекте.

народ

как реализовать

есть в дефолтах словарь

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

но их может быть либо столько же, либо меньше

и нужно запилить новый словарь

из этого списка

нужно

больше

писать

слов

а

то

не

сразу

понятно

а ты остроумный

запилить словарь из списка? Интригующее начало

написано же вроде

что в дефолтах словарь

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

тоесть нужно из этого списка сделать новый словарь взяв ключи из старого

но я уже сделал всеравно

а в этом списке, что будет ключем, а что значением?

в списке только значения

видимо плохо объяснил

есть словарь в дефолтах. допустим там 20 пар

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

и чтобы из них делался новый словарь, берущий ключи из дефолтового

ну да, так и сделайте, осталось только придумать как значение n в списке связать в ключом foo

значения в списке

присутствуют в дефолтовом словаре

тоесть чтото чего там нету не может быть в списке

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

значения в списке

штатные инструменты не подходят?

Господа. Есть интересный вопрос. Я могу объявить loop так: loop: - var1 - var2 Могу так: loop: - { n1: var1_1, p1: var1_2} - { n2: var2_1, p2: var2_2} А что если мне нужно сочетать оба способа? К примеру p1/p2 должен содержать список? Как это реализовать?

Да, в догонку - как мне включать - {} в loop если есть условие? Чтото типа loop: - { n1: var1_1, p1: var1_2} - { n2: var2_1, p2: var2_2} when: n3 == true

И еще немного усложним задачу: - { n2: var2_1, p2: var2_2 when ansible_os_family == 'Debian' or p2: var2_3 when ansible_os_family == 'RedHat' } when: n3 == true

И еще немного усложним задачу: - { n2: var2_1, p2: var2_2 when ansible_os_family == 'Debian' or p2: var2_3 when ansible_os_family == 'RedHat' } when: n3 == true

Лучше делать include тасков по имени переменной

Мне это надо в очень исключительных случаях

Как вариант: include_tasks: "{{ item }}" with_first_found: - "{{ ansible_os_family }}.yml" - not-supported.yml

Ваше решение не подходит для вопроса озвученного выше

Тогда опишите задачу яснее

А то выше не вопрос, а какие-то странные варианты решения непонятной задачи

Мне нужно для некоторых исключительных случаев в loop добавлять строки для обработки и еще реже в зависимости от архитектуры определять переменную. Я могу это на инклудах сделать - но ради поддержки такого решения мне придется шерстить регулярно пачку файлов

ERROR: S client not available

Для p1 p2 можно так { p1: [a,b]}

Причем количество файлов будет расти в геометрической прогрессии - сейчас мне нужно всего 2 строки добавить и определить 1 переменную на основе архитектуры - это уже 2*2. В принципе можно поиграться и свести количество файлов к 3. Но если будет больше такого - то и включаемые файлы расти будут в разы

Для p1 p2 можно так { p1: [a,b]}

Это как я понимаю создаст вложенный список?

да

Господа. Есть интересный вопрос. Я могу объявить loop так: loop: - var1 - var2 Могу так: loop: - { n1: var1_1, p1: var1_2} - { n2: var2_1, p2: var2_2} А что если мне нужно сочетать оба способа? К примеру p1/p2 должен содержать список? Как это реализовать?

Проверки типов элементов нет, так что можно так писать. Результат будет соотвествующий

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

В общем немного понасиловав ансибл не удалось реализвать наркоманию, которую хочу. Пришлось делать таску на генерацию списка ?

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

Господа. Я пришел с очередной наркоманией - тема хэндлеры. В принципе у меня все хэндлеры очень типовые - после генерации service файла для демона рестартануть его и включить в systemd. В принципе хэндрер получается одинаковый для всех. Но есть но - по определенным причинам имена демонов сохраняются в разных переменных, поэтому такой хэндлер: - name: restart_daemon {{ daemon }} systemd: name={{ daemon }}.service enabled=yes state=restarted daemon_reload=yes покрывает только часть вызовов. Чтобы не плодить хэндлеры можно ли как то сказать ансиблу, что параметр после пробела надо сохранить в переменную и использовать её внутри хэндлера - то есть превратить его в шаблон.

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

А можно ссылку на то как себе в ногу выстрелить?)

А нашел

Господа. Я пришел с очередной наркоманией - тема хэндлеры. В принципе у меня все хэндлеры очень типовые - после генерации service файла для демона рестартануть его и включить в systemd. В принципе хэндрер получается одинаковый для всех. Но есть но - по определенным причинам имена демонов сохраняются в разных переменных, поэтому такой хэндлер: - name: restart_daemon {{ daemon }} systemd: name={{ daemon }}.service enabled=yes state=restarted daemon_reload=yes покрывает только часть вызовов. Чтобы не плодить хэндлеры можно ли как то сказать ансиблу, что параметр после пробела надо сохранить в переменную и использовать её внутри хэндлера - то есть превратить его в шаблон.

Это не наркомания, это - хуже. Это _странное_.

_странная наркомания_

У меня просто своя атмосфера) И свои представления о том как должны работать те или иные вещи, даже если они этого не хотят ?

У меня просто своя атмосфера) И свои представления о том как должны работать те или иные вещи, даже если они этого не хотят ?

После таких приходишь на проект и охуеваешь от творящегося там пиздеца

Я бы не сказал что творю пиздец

Я бы не сказал что творю пиздец

у ансибла есть довольно чёткое описание что и как работает. И что для чего нужно. Так же есть набор бестпрактик. В данном случае ты всё это игнорируешь и пытаешься сделать монстра. Как минимум динамические хендлеры это пиздец.

В данном случае это было бы удобно и не потребовалось бы кучи лишней копипасты. Но пилить генерацию хэндлеров при запуске плейбука мне уже стало лень ?

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

Я вчера объяснял, но еще раз повторюсь - проблема в следующем - мне нужно навскидку уже сейчас 10 хендлеров по одному шаблону: name: systemd_restart {{ daemon }} systemd: name={{ daemon }} enabled=yes state=restarted daemon_reload=yes Если взять другой плейбук, то к ним еще 8 добавляется с той же самой задачей. А что если у меня количество модулей возрастет? Придется отслеживать что список хэндлеров актуален и копипастить - в этом же нет смысла

По-момему ансибл и нужен чтобы вот такое автоматизировать

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

И проблема исчезает

Я ансиблом генерирую демонов для проектов. Или обновляю systemdшные сервисы. Поэтому постоянно приходится вызывать systemd. Хотел через шаблонный хэндлер это упростить

Я ансиблом генерирую демонов для проектов. Или обновляю systemdшные сервисы. Поэтому постоянно приходится вызывать systemd. Хотел через шаблонный хэндлер это упростить

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

Ну и ещё ансибл всячески рекомендует от вот такого формата избавлятся name: systemd_restart {{ daemon }} systemd: name={{ daemon }} enabled=yes state=restarted daemon_reload=yes

Пфффффф - замусорить апстрим еще одним плагином, который как и многие другие из состояния "потом допилю" перейдет в "будем надеяться что с этой версией ансибла это заброшенное г будет работать нормально" ?

Пфффффф - замусорить апстрим еще одним плагином, который как и многие другие из состояния "потом допилю" перейдет в "будем надеяться что с этой версией ансибла это заброшенное г будет работать нормально" ?

А в резюм напишешь что коммишь в опенсорс, будешь в тренде

Ну и ещё ансибл всячески рекомендует от вот такого формата избавлятся name: systemd_restart {{ daemon }} systemd: name={{ daemon }} enabled=yes state=restarted daemon_reload=yes

Схера? DRY, там, шаблонизация и типизация - не не слышали?