С убунтой?

А. По-умолчанию там tty7. Это только при установке с mini. Со стандартного образа - все ок. Потом после установки смотришь на экран - а приглашения нету. Я минут через 5 только понял, что tty не тот.

А. По-умолчанию там tty7. Это только при установке с mini. Со стандартного образа - все ок. Потом после установки смотришь на экран - а приглашения нету. Я минут через 5 только понял, что tty не тот.

Протести. По идее если regexp будет норм, то не будет changed.

Доброго всем! Вопрос по работе "Ansible + Gitlab-CI". На данный момент сервер ансибла и сервер гитлаба это две разные ноды, не связанные никак друг с другом. Ансибл сейчас не задействован в процессе CI/CD, и используется в основном для конфигурации инфраструктуры. Сейчас плейбуки ансибла лежат на самом ансибле-мастере и выполняются оттуда вручную. Возникла необходимость часть плейбуков закинуть в гитлаб в отдельный репозиторий, чтобы разработчики могли сами какими-то определёнными действиями в гитлабе (коммит в ветку с плейбуком или ещё как) запускать некоторые плейбуки ансибла. Как я понял из статей и документаций, вариантов несколько может быть. Основные вижу такие пока: 1) На мастер-ноде ансибла настроить Gitlab-Runner (shell), и прописать его на ветки с плейбуками, ну и указывать в Gitlab-ci выполнение плейбуков через него; 2) Сделать отдельный Gitlab-Runner (shell), с которого будет доступ на мастер-ноду ансибла, и указывать в Gitlab-ci выполнение плейбуков через этот отдельный раннер; 3) В Gitlab-ci в ямл-файле напрямую прописывать выполнение плейбуков удалённо по ssh на мастер-ноде ансибла (но потребуется прямой доступ по ssh с гитлаб-сервера на мастер-ноду ансибла); 4) На сервере гитлаба развернуть ещё один ансибл-мастер, чтобы плейбуки там и выполнялись локальным ансиблом; 5) Использовать что-то типа AWX и т.п. Как будет лучше и безопаснее сделать?

а что такое "сервер ансибла" в вашем контексте, если AWX у вас нет?

Я про другое имел в виду, замержился код в Гите и тут же идет сборочка, вот что интересно в awx а не кнопочка update git in projects

но у ансибла ведь нет мастера

В awx для job templates можно настроить webhook

короче это просто аля бастион хост

AWX тоже конечно варик, но он достаточно тяжелый, кмк, для такой простой задачи

я спрашивал потому что по смыслу было так, как будто у вас там уже какая-то автоматизация есть

автоматизация деплоя кой-какая есть, но к ансиблу в данный момент она не имеет отношения вообще сборка и деплой теста и прода реализован частично через Gitlab CI/CD пош-скриптами, т.к. значительная часть прода на .Net, другая часть - это бекэнды на Linux, но контейнеры не используются вообще сейчас ансибл же используется сейчас только для создания конфигураций тестовых и продовых окружений (тупо виртуалок с настройками) как на Linux так и на винде мой вопрос был именно как лучше сделать, чтобы уже готовые плейбуки ансибла по разворачиванию виртуалок могли бы запускать сами разрабы из гитлаба, не заходя при этом в сам ансибл

ну ясное дело что раннером, но как именно применить раннеры - есть варианты

плейбуки же тоже в каких-то репах лежат у тебя

И вообще иногда проще вместо хождения через бастионы раннер поднять в целевой инфре

ansible-test раньше был только для самотестирования ansible'а, а теперь его перекорёжили под коллекции тоже. (Появляется если поставить ansible pip'ом, из дистрибутивных его повыпиливали).

Вообще, с коллекциями ощущение, что ansible 0.1. Сплошные косяки.

Ну так создай раннер в той же инфре, на него докер экзекутор и путь он плейбуки и запускает

ну у меня сейчас так примерно по-колхозному: захожу на машину с ансиблом и запускаю плейбук-плейбуки (лежат там же на этой машине), этот плейбук мне на двух хостах Proxmox создаёт из готовых образов по пять виндовых и (или) линуксовых виртуалок, копирует на них нужные мне файлы, меняет необходимые файлы конфигураций, настройки доступа и прочее в зависимости от ситуации а мне надо чтобы всё тоже самое, но чтобы плейбуки лежали в гите запускать типа из гитлаба раннер с докер-экзекутором подойдёт для этого (докера как такового и контейнеров в инфре у меня сейчас нет)

Подойдёт

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

Понял в целом, благодарю за помощь! А вариант, когда ансибл ставится на самом сервере гилаб локально и оттуда же выполняются плейбуки напрямую без раннеров, то есть в ямл-файле ci сразу команда "ansible-playbook" и т.п. вообще имеет место быть, кто-нибудь так пробовал, или так не будет работать?

доступ с раннера на твой бастион избыточен

И зачем это надо? Плейбуки должны быть в коде

Понял в целом, благодарю за помощь! А вариант, когда ансибл ставится на самом сервере гилаб локально и оттуда же выполняются плейбуки напрямую без раннеров, то есть в ямл-файле ci сразу команда "ansible-playbook" и т.п. вообще имеет место быть, кто-нибудь так пробовал, или так не будет работать?

Добрый день, помогите разобраться. Имею следующий плейбук, необходимо распарсить json - name: TEST | Install .NET Core hosts: all gather_facts: no tasks: - name: ".NET Core | Get repo latest runtime version" win_uri: url: "https://dotnetcli.blob.core.windows.net/dotnet/release-metadata/releases-index.json" return_content: yes register: netcore_http_output - debug: msg: "{{ netcore_http_output.json | json_query(jmesquery) }}" vars: jmesquery: 'releases-index[?support-phase == "lts"]' на выходе получаю ошибочку: fatal: [sbox-test1]: FAILED! => { "msg": "JMESPathError in json_query filter plugin:\nBad jmespath expression: Unknown token '-':\nreleases-index[?support-phase == \"lts\"]\n ^" } Пробовал экранировать msg: "{{ netcore_http_output.json | json_query(\"jmesquery\") }}" и получаю пустой мессадж: ok: [sbox-test1] => { "msg": "" } Подскажите пожалуйста, как же получить результат?

Попробуйте в кавычки убрать в запросе: '"releases-index"[?"support-phase" == "lts"]'

В общем тогда у меня такая схема в башке пока сложилась: - переношу все свои работающие проверенные роли и плейбуки со "старой" машины ансибла в гитлаб, в отдельный репозиторий или в разные репозитории, по обстоятельствам - на отдельной виртуалке настраиваю гитлаб-раннер с докер-экзекутором или с шелл-экзекутором - прописываю-регистрирую это раннер в репозитории с плейбуками - в ямликах ci/cd по определённым условиям, по коммиту с тэгом, например, прописываю выполнение того или иного плейбука на раннере правильно я понимаю всё это дело или что-то упустил?