слишком мало вводных

Ну. Это. У докера же просто так не подымешь больше 32 контейнеров, там ограничения на сети

root@glr:/etc/gitlab-runner# cat config.toml
concurrent = 30
check_interval = 5

[session_server]
 session_timeout = 300

[[runners]]
 name = "name123"
 url = "https://gitlab.com/"
 token = "123123123123123"
 executor = "shell"
 [runners.custom_build_dir]
 [runners.cache]
   [runners.cache.s3]
   [runners.cache.gcs]

[[runners]]
 name = "name123"
 url = "https://gitlab.com/"
 token = "123123123123123"
 executor = "ssh"
 [runners.custom_build_dir]
 [runners.cache]
   [runners.cache.s3]
   [runners.cache.gcs]
 [runners.ssh]
   user = "glruser"
   host = "1.2.3.4"
   port = "22"
   identity_file = "/home/gitlab-runner/.ssh/gitlab_rsa"

и еще много однотипного с executor = "ssh"

Сколько всего раннеров на машине в конфиге?

А, ссх экзекутор 🙈, я вообще мимо кассы тогда, звиняйте

зачем так делать - для меня неведомо

мы ключи в гитлабе в переменных держим и докер экзекутором ходим

в твоем случае может быть что угодно - например, ssh executor не закрывается нормально :/

В логе раннера можно видеть как бегают раннеры в апи гитлаба за джобами

shell & ssh экзекуторы - самые неудачные

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

Или у тебя слишком много раннеров, или слишком плохая сеть

+

Да и какой смысл в них

Весь Ранер то войти и запушить, отрабатывает моментально.

Я лично не понимаю

Так исторически сложилось до меня.
Монолиты

Ну закинь в докер

Ты можешь сказать сколько раннеров?

Как глянуть правильно?