#kubernetes #gitlab-ci-runner
#kubernetes #gitlab-ci-runner
Вопрос:
У нас есть текущая (13.5.1-ee) Kubernetes, развернутая Gitlab, которая недавно показала необычное и препятствующее поведение:
После завершения задания (успешного или с ошибкой), о котором сообщает бегун (что подтверждается локальным журналом), координатор ждет 5 минут, чтобы сообщить о статусе через пользовательский интерфейс и запустить следующее задание.
Это поведение не зависит от:
- тип исполнителя. Это происходит с исполнителем
docker
andkubernetes
. - размер артефактов (для тестовых случаев их нет)
- размер журналов (для тестовых случаев они имеют длину 5 строк)
- используется изображение (для тестовых случаев это busybox)
- скрипт (для тестов он пуст)
- качество сети (для тестов я активировал флаги функций, которые это)
Он чувствует, что координатор пытается вызвать другую систему и время ожидания истекло.
Кто-нибудь видел это раньше? У кого-нибудь есть средства для диагностики?
Комментарии:
1. как вы это решили? Я также сталкиваюсь с той же проблемой, для получения статуса успеха / неудачи требуется 5 минут.
Ответ №1:
Это была ошибка, влияющая на Azure.