и получается из-за одного модуля - я вынужден юзать 2й питон

перепиши на dnf, не?

No magic! Check this: - name: Bingo 11 debug: when: myvar == '1' vars: myvar: '{{ 1 }}' ignore_errors: true

Спасибо за идею. - name: Bingo 12 debug: when: myvar == 1|int vars: myvar: '{{ 1|int }}' tags: [bingo12]

А если myvar: {{ 1|int }} ?

Нельзя. yaml не съест.

и получается из-за одного модуля - я вынужден юзать 2й питон

А модуль packages тебя чем не устраивает?

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

с каких это пор centos 7 стал легаси гавном? 🤦

Добрый день, кто-то делал систему обновлений для контейнеров с помощью Ansible? Есть успешные кейсы?

что такое система обновлений?

Дык а ты чего горишь-то? Вон на убунте LTS(!) питон сломали ещё когда, и ничего. Мажорные версии ОС потому и мажорные, что начинка может меняться заметно. Вон в CentOS 6 системой инициализации был upstart, в 7 - systemd, вот чего ты на эту тему не горишь?

Привет всем. Пробую переносить конфиги ансибла в гитлаб (свой сервер ce). Перенёс уже часть конфигурации и настроил раннер docker. До этого юзал просто управляющий хост с ансибл (типа ручной ансибл шелл-сервер). Не совсем понятен следующий момент. У меня все креды зашифрованы ansible vault как encrypt_string, ну и соотв. используются несколько файлов паролей с разными vault_id. Ранее все конфиги ансибл лежали на этом управляющем хост, там же в зашифрованных контейнерах хранились и файлы паролей к vault, ну и по надобности я или второй админ заходили на эту машину доставали эти файлы-ключи и выполняли нужные роли-плейбуки ансибла, потом прятали файлы обратно, всё это соответственно вручную, доступа к этой машине и к контейнерам более ни у кого не было. А как теперь лучше сделать с этими файлами паролей, когда конфига в гите у меня будет, и плейбуки будут стартовать при коммитах автоматом на раннере. Как сделать наиболее безопасно? В репозиториях в гитлабе хранить это всё как-то не очень хорошо, даже и в протектед переменных. На самом раннере где-то положить и пробрасывать в докер-контейнер тоже вроде такое себе решение. Пока временно сделал так: собрал свой кастомный контейнер с ансиблом, он получается не в докер-хабе, а стартует только локально на раннере, и положил в него все эти файлы для vault-а, ну и туда же пока и ключи для доступа к таргетам закинул. Потом планирую своё регистри-хранилище сделать для контейнеров и тянуть этот контейнер оттуда уже на другие раннеры. Как думаете, такой вариант нормально или это костылище какой-то я мастерю? Кто как делает в этом плане?

Своё реджестари при ваших вводных точно избыточно. Приватного докерхаб за глаза за 5 копеек

Протектед переменные норм.

У него оно уже есть. Гитлаб селфхостед же)

Этот вариант пока пугает тем, что возможно придётся давать доступ к репозиторию в гитлабе с конфигами ансибла людям, которым бы не хотелось светить прям все креды конфигурации. Я ещё не совсем разобрался, если честно, можно ли там настроить так, чтобы одни админы запускали только то, что можно им, и не могли посмотреть при этом в общих настройках ci/cd проекта протектед-переменные, которые им видеть не следует. Может быть разные ветки для этого делать, или ещё что, пока пробую разные варианты.

В обще волт ансибл убог. Смотрите в сторону hashicorp

Волт хашикорп. Час изучения и много много часов экономии времени на костылях

Протектед переменные могут видеть только maintainer и owner. Ну и админ гитлаба