gitlab пытается сначала создать namespace и сервис аккаунт(эти права у него есть) для окружения и потом ранит сам раннер
там оно и падает

это не так работает

у тебя служба раннера всегда выполняется в кластере

а вот инстансы пайплайна - да, они создаются по мере создания пайплайнов в гитлабе

хм, интересно
сейчас гляну

sorry, немного не понял

Пайплайн создается и успешно ранится на отдельной виртуалке для сборки(вне кластера), но падает последний job(сам деплой), еще до того как дернется сам ранер на кластере или вынесенный отдельно.

По issue(https://gitlab.com/gitlab-org/gitlab-foss/-/issues/67009), вроде как гитлаб перед job-ом деплоя дергает GKE с бэка и пытается подготовить окружение

На кластере логов 0 по этому job-у и ошибке, на раннерах тоже, а по доке проблему советуют искать на локальных логах гитлаба

это же всё "мышкой" настраивается за две минуты

В Community Edition? Или в enterprise edition мышкой настраивается?

в энтерпрайз

А у тебя на работе. Enterprise edition лицензионный?

я це уже лет 5 не пользовался

да не, круто конечно что про хуки написал, многие не в курсе

картиночки в статье сломаны)

fixed

А что такое "приватные ключи архивов больших файлов"? =))

О, в комментах уже спрашивали, извиняйте 😅

Поправил название. Запятые добавил.

👍🏻

Как то можно  сделать чтобы когда gitlab-ctl reconfigure фэйлится при страте контейнера сам контейнер не стопался?