Координатор Gitlab ждет 5 минут после завершения задания бегуном — Как диагностировать

#kubernetes #gitlab-ci-runner

#kubernetes #gitlab-ci-runner

Вопрос:

У нас есть текущая (13.5.1-ee) Kubernetes, развернутая Gitlab, которая недавно показала необычное и препятствующее поведение:

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

Это поведение не зависит от:

  • тип исполнителя. Это происходит с исполнителем docker and kubernetes .
  • размер артефактов (для тестовых случаев их нет)
  • размер журналов (для тестовых случаев они имеют длину 5 строк)
  • используется изображение (для тестовых случаев это busybox)
  • скрипт (для тестов он пуст)
  • качество сети (для тестов я активировал флаги функций, которые это)

Он чувствует, что координатор пытается вызвать другую систему и время ожидания истекло.

Кто-нибудь видел это раньше? У кого-нибудь есть средства для диагностики?

Комментарии:

1. как вы это решили? Я также сталкиваюсь с той же проблемой, для получения статуса успеха / неудачи требуется 5 минут.

Ответ №1:

Это была ошибка, влияющая на Azure.