Jenkins, не выполняющий задания (ожидающий - ожидающий следующего исполнителя)

В моем случае я должен установить Execute concurrent builds if necessary в настройках General задания.

Я столкнулся с подобной проблемой, потому что мое ведущее устройство было установлено на "# исполнителя (Максимальное количество параллельных сборок, которые Jenkins может выполнить на этом агенте).

Переходят к Jenkins->, Справляются, Jenkins-> Управляют Узлами и нажимают на настраивать кнопку Вашего главного узла (увеличьте число исполнителя для выполнения mutiple заданий за один раз).

В моем случае это подобно @Michael Пасхе: Я получил проблему в задании из-за отсутствия дискового пространства. Я освободил некоторое место, перезапустил Jenkins, но тем не менее сохраненную проблему.

решение состояло в том, чтобы перейти к Jenkins->, Справляются, Jenkins-> Управляют Узлами и просто Нажимают на кнопку для обновления состояния.

Поскольку меня ниже решения работал.

Jenkins-> Справляется, Jenkins-> Управляют Узлами->, ведущее устройство-> настраивает->, свойства Node-> Ограничивают выполнение Заданий в узле - включен и доступ, которому предоставляют, к определенным пользователям. Я предоставил доступ сам, и затем задание начало работать.

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

Можно было настроить этапы, и задание не будет работать, пока предыдущее задание не завершено.

Короткий ответ: Уничтожьте все задания, которые работают на ведущем устройстве.

В моем случае было 3 задания, подвешенные на ведущем устройстве больше 10 дней, которые были не замечены. Мы обычно не выполняем заданий непосредственно на ведущем устройстве, все выполняется на ведомых устройствах. Я уничтожил эти 3 задания, которые были подвешены, автоматически исполнители на ведомом устройстве начали брать задания.

Момент, который необходимо отметить, что даже при том, что у нас есть 8 ведомых устройств, только 1 ведомое устройство было в этом затронутом состоянии.

[РЕДАКТИРОВАНИЕ] Мы нашли ответ на то, почему только одно ведомое устройство было в этом затронутом состоянии. Когда ведомое устройство Jenkins понижается, все незаконченные задания автоматически передаются ведущему устройству. Все 3 подвешенных задания, которые я уничтожил, были от этого ведомого устройства, таким образом, его вероятное проблема соединения между ведущим устройством и этим конкретным ведомым устройством.

В моем случае я только что установил, "Авторизовывают Проект" плагин и неправильно устанавливают стратегию в, "Справляются, Jenkins-> Настраивают Глобальную безопасность-> Управление доступом для Сборок", как "Выполнено как анонимную". Таким образом 'анонимный' не имел никаких прав выполнить задание.

Установка первой стратегии, как "Выполнено как Пользователь, который Инициированная Сборка" разблокировала задания с очередями.

В моем случае я заметил это поведение, когда поле было вне памяти (RAM), я перешел к Jenkins->, Справляются, Jenkins-> Управляют Узлами и найденный из исключения памяти. Я просто освободил некоторую память на машине, и задания начали входить в исполнителей.

В моем случае у меня был следующий набор в моем JenkinsFile

node('node'){ ... }

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

• переходят к Jenkins->, Справляются, Jenkins-> Справляются, Узлы
• исследуют "основной" узел. (Нажмите, настраивают значок)

В моем случае, Никакие из исполнителей не были установлены на 0. Увеличенный это и проблема было зафиксировано.

В моем случае это было вызвано число исполнителей (я имел 1), и рабочее Задание Jenkins (Проект) от Конвейера (мой конвейерный сценарий запустил другое Задание в Jenkins). Это вызвало мертвая блокировка - мой конвейер содержал исполнителя и ожидал его задания, но задание ожидало свободного исполнителя.

решение может увеличиваться # of executors в Jenkins -> Manage Jenkins -> Manage Nodes -> Configure (icon on required node).

Для меня я должен перезапустить исполнителей вручную. Нажмите на "Dead" под "Состоянием Исполнителя Сборки" и нажмите кнопку перезапуска.

Что работало на меня: Я наконец заметил окно Build Executor Status слева на основной панели инструментов Jenkins. Я выполняю dev/test экземпляр в своей локальной системе с 2 исполнителями. Оба в настоящее время занимались сборками, которые не работали. После отмены их к заданиям мое третье (незаконченное) задание смогло работать.

Я немного опаздываю к игре, но это может помочь другим.

В моем случае у моего jenkins ведущего устройства есть общий внешний ресурс, который выделяется jenkins заданиям external-resource-dispatcher-plugin. Из-за ошибки JENKINS-19439 в плагине (который является в бета-версии), я нашел, что мой ресурс был заблокирован предыдущим заданием, но не был разблокирован, когда то предыдущее задание было отменено.

, Чтобы узнать, ли ресурс в настоящее время находится в заблокированном состоянии, перейдите к затронутому jenkins узлу, Jenkins-> Справляются, Jenkins-> Управляют Узлами-> ведущее устройство

, необходимо видеть текущее состояние любых внешних ресурсов. Если кто-либо неожиданно заблокирован, это может быть причиной, почему задания ожидают исполнителя.

я не мог найти детали того, как вручную решить этот вопрос.
Перезапуск jenkins не разрешил проблему.
В конце я пошел с жестоким подходом:

• Удаляют внешний ресурс
  (см., что Jenkins-> Справляется, Jenkins-> Управляют Узлами->, ведущее устройство-> настраивает)
• , jenkins
• Перезапуска Воссоздает внешний ресурс

Я столкнулся с подобной проблемой, потому что мое ведущее устройство было установлено "Оставить эту машину для связанных заданий только". Так, даже при том, что я отключил Ведомое устройство, Jenkins продолжил обходить Ведущее устройство, ища что-то еще.

Переходят к Jenkins->, Справляются, Jenkins-> Управляют Узлами и нажимают на настраивать кнопку Вашего главного узла (похож на отвертку и ключ). Проверьте Использование и удостоверьтесь, что оно идет, "Используют это ведомое устройство как можно больше".