Русскоговорящая группа по GitLab Контент от языковых моделей (LLM) ЗАПРЕЩЁН. Вопросы по git: @git_cool Правила: http://telegra.ph/Pravila-ru-gitlab-02-15 Работа по Gitlab: @ru_gl_jobs Дружественные группы: @ru_devops, @metrics_ru, @ru_llm.
С ним как будто тоже что-то не так было.
Хотя логично звучит, что это лучше чем Хелм и прехуками генерация всего подряд.
Есть отзывы по оператору?
добавь руками по доке из ссылки выше. они если не определены, то будет испольщоваться дефолтное значение, в 10 минут. это должно закрыть твою проблему
Читать полностью…не говори ерунду. крутани graceful_kill_timeout у раннера, поставь 5 секунд
Читать полностью…Пока только вижу вариант руками жестко прибивать cc1plus по CI_JOB_STATUS
Читать полностью…Вот в точку, только я не знаю как до него добраться?
Все что нагуглил и наджэпээтил не работает🫣
Всем привет
Есть shell runner на orangepi5 как остановить на нём сборку?
Суть в том, что при отмене джобы в гитлабе на ранере продолжается работа, хотя в гитлабе отображается как отмененно.
Добавил ранеру kill_signal="SIGKILL"
Пробовал отлавливать trap тоже не работает?
Что еще можно попробовать?
Всем привет!
посдкажите кто ставил гитлаб-раннер в кубер какой настройкой в чарте регулируется образ хелпера?
нужно чтобы брал из приватной репо
че то никак в вальюсах не вижу
судя по номеру id там точно не клауд. все таки надо копать в сторону связности
Читать полностью…Какая-то прокся рвет коннекты видимо EOF все таки, таймауты посмотрите всякие на штуке за которой у вас gitlab а если это клауд гитлаб то надо думать что не так с соединением
Читать полностью…Ну да, если 3 разных вывода, то по идее это нечто динамическое руинит пайплайн. Попробуй использовать ранеры с executor kubernetes для деплоя и docker для билда например и использовать concurrent ранеры. При этом сами ранеры будут создавать отдельные поды/контейнеры concurrent с изолированной средой для каждой джобы, после завершения джобы они удаляются. Это можно сказать бест практис что бы не засрать основной ранер ненужными файлами и переменными после каждого пайпа и в твоём случае скорее всего решит проблему
Читать полностью…А в логах ранера есть что? И попробуй аутентификацию ранера переведи на токен
Читать полностью…Может кто тут сталкивался и знает что делать.
Я поднимаю Gitlab в Kubernetes с помощью Helm Chart.
Там есть Джоба, которая генерирует все сикреты с паролями и явками ко всем системам и для взаимодействия между ними.
Gitlab KAS ходит в Webservice с помощью токена. При первом старте все работает нормально, но как только я убиваю под KAS сервера я получаю:
{"time":"2025-07-23T12:14:46.135056843Z","level":"ERROR","msg":"Failed to get receptive agents","mod_name":"kas2agentk_tunnel","error":"HTTP status code: 401 for path /api/v4/internal/kubernetes/receptive_agents"}
Выставил kill_signal
И kill_timeout
Остальных параметров нет
https://docs.gitlab.com/runner/configuration/advanced-configuration/#the-runnerscustom-section
Читать полностью…там отправляется sigterm, если он ничего за 10 минут не сделал, то приходит sigkill
Читать полностью…Не унять эту злую боль
Больно мне, больно
Умирает любовь
В том то и беда, что шелл, там код на железо завязан + тесты
Читать полностью…привет. как-то так:
runners:Читать полностью…
config: |
[[runners]]
output_limit = 15360
[runners.kubernetes]
helper_image = "*****/****/gitlab-runner-helper:17.4.2-x64"
namespace = "{{.Release.Namespace}}"
image = "ubuntu:20.04"
pull_policy = ["always", "always"]
poll_interval = 10
poll_timeout = 600
Народ, а куда можно написать если я не могу восстановить пароль к облачному гитлабу?
Читать полностью…Добрый день коллеги, подскажите можно ли писать несколько джоб на остановку окружений?
Читать полностью…Всем привет, что делать если task отработал но в гитлабе джоба висит в статусе Running.
Читать полностью…
июл 21 16:27:38 l gitlab-runner[6795]: {"level":"error","msg":"Appending trace to coordinator... error couldn't execute PATCH against https://gitlab.ru/api/v4/jobs/62181/trace?debug_trace=false: Patch \"https://gitlab.ru/api/v4/jobs/62181/trace?debug_trace=false\": EOF","runner":"t3_YyXDkJ","time":"2025-07-21T16:27:38+03:00"}
июл 21 16:27:41 gitlab-runner[6795]: {"level":"debug","msg":"Dialing: tcp gitlab.ru:443 ...","time":"2025-07-21T16:27:41+03:00"}
июл 21 16:28:41[6795]: {"level":"error","msg":"Appending trace to coordinator... error couldn't execute PATCH against https://gitlab.ru/api/v4/jobs/621816/trace?debug_trace=false: Patch \"https://gitlab.ru/api/v4/jobs/621816/trace?debug_trace=false\": EOF","runner":"t3_YyXDkJ","time":"2025-07-21T16:28:41+03:00"}
июл 21 16:28:44[6795]: {"level":"debug","msg":"Dialing: tcp gitlab.ru:443 ...","time":"2025-07-21T16:28:44+03:00"}
да там все разное.
Помогло уменьшие количество подов вебсервера гитлаба с 2 до 1.
...
Такое.
Надо разбираться
то есть я тыкаю в Retry job'а и могу получить один из этих 4х вариантов. Какой и при каких условиях - без понятия. Закономерностей пока не вижу.
Читать полностью…