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

господа, а можно перед стартом применения ролей проводить (или определять) какие-то pre-flight чеки, чтобы например не было конфликтов итд?

assert

Сделайте его первым таском в роли

...и он сфейлится, когда до него дойдёт очередь, правильно?

а мне надо, чтобы фейлилось перед плеем

Как вариант делать assert первым таском в плее

т.е. assert, а потом import_role? Ну, наверное, можно и так... Но вообще, конечно, хотелось бы где-то в роли определять список необходимых ей параметров, а потом ansible собирал эти параметры и проверял, определены ли они :)

т.е. assert, а потом import_role? Ну, наверное, можно и так... Но вообще, конечно, хотелось бы где-то в роли определять список необходимых ей параметров, а потом ansible собирал эти параметры и проверял, определены ли они :)

господа, а можно перед стартом применения ролей проводить (или определять) какие-то pre-flight чеки, чтобы например не было конфликтов итд?

дай пример префлайтов, которые ты хочешь ловить

ну вот хотя бы список отсутствующих переменных. Т.е. зависимости, которые подтянутся нужной ролью без установки этой роли не особо-то и нужны. Понятное дело, что идемпотентность всё спишет и повторно роли отработают нормально, но хорошо было бы как-то изящно это решить - чтобы ansible тебе говорил "чувак, ты тут слейв постгреса поднять пытаешься, а между тем нет ни данных, откуда брать basebackup, ни данных, к какому сервису цепляться". Сейчас оно так говорит (fail: when вполне работает), но уже после того, как применит пачку ролей - мониторинг, сборщик логов, первоначальная настройка системы итд.

входные валидации роли должна валидировать сама роль.

да, но базовые валидации вполне можно было бы концептуально запихнуть в meta.yml, чтобы ansible при импорте роли знал, что ей гарантированно понадобятся такие-то параметры

да, но базовые валидации вполне можно было бы концептуально запихнуть в meta.yml, чтобы ansible при импорте роли знал, что ей гарантированно понадобятся такие-то параметры

Ну я многого не требую - ассерт в формате жинжа2 выражения при импорте роли :)

Ну тогда напиши

Блин, 250 открытых фичреквестов по ключевому слову "role" :)

всем привет. есть такая задачка, надо через ансибл крон настроить на нескольких хостах. но так чтобы на всех хостах время начала выполнения задания по планировщику отличалось на 5 минут. то есть на первом хосте должно быть 0 1 * * *, на втором 5 1 * * *, 10 1 * * * и тд. что-то не могу придумать как это в ансибл реализовать.

А обязательно через 5 минут? Или можно просто рандомом выдавать время?

нет, 5 минут это от себя добавил. совсем рандомное тоже плохо я думаю

Но я бы на вашем месте пошёл через номера хостов в группе, как указал @inqfen только без циклов, всё можно сделать проще {{ groups[hosts_group_name].index(ansible_host) }} - выдает номер хоста в группе

hostvar наверное будет более прозрачным решением. чтобы потом можно было еще изменять на конкретное время

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

приветствую , подскажите пожалуйста в awx роли подтягивать только через roles/requirements.yml ? Напрягает необходимость для каждого плейбука указывать роли через requirements.yml, хотел указывать в плейбуке в виде roles: -- {role: rolename, tags: [ 'tagname'] }

И откуда он узнает где эта роль живёт?

вм

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

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

в инфре есть какой-то сервер выкатки? и т.п.

вряд ли выделят ресурсы под такую софтину. можно попробовать конечно...