Подтвердить что ты не робот

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

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

Что не так?

4b9b3361

Ответ 1

Консоль администратора Jenkins может запускаться даже в автономном режиме с помощью мастера node. Это может произойти, когда у Дженкинса заканчивается дисковое пространство.

Чтобы подтвердить, выполните следующие действия (с помощью этого сообщения):

  • перейти к Jenkins → Управление Jenkins → Управление узлами
  • просмотрите "master" node, чтобы узнать, находится ли он в автономном режиме. Возможно, сообщается, что мастер node находится вне дискового пространства.

Ответ 2

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

node('node'){ ... }

Не было node, называемого 'node', только master (значение было оставлено там после выполнения некоторых основных уроков). Изменение значения на "master" привело к созданию сборки.

Ответ 3

  • перейти к Jenkins → Управление Jenkins → Управление узлами
  • рассмотрите "мастер" node (щелкните значок конфигурации)

В моем случае No исполнителей было установлено 0. Увеличено его количество и проблема исправлена.

Ответ 4

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

В моем случае мой мастер jenkins имеет общий внешний ресурс, который присваивается заданиям jenkins посредством внешнего-ресурса-диспетчера-плагина. Из-за ошибки JENKINS-19439 в плагине (который находится в бета-версии), я обнаружил, что мой ресурс был заблокирован предыдущим заданием, но wasn 't разблокирована, когда предыдущее задание было отменено.

Чтобы узнать, находится ли ресурс в настоящее время в заблокированном состоянии, перейдите к затронутым jenkins node, Jenkins → Manage Jenkins → Manage Nodes → master

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

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

  • Удалить внешний ресурс
    (см. Jenkins → Управление Jenkins → Управление узлами → master → configure)
  • Перезапустить jenkins
  • Восстановить внешний ресурс

Ответ 5

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

Перейдите в Jenkins → Управление Jenkins → Управление узлами и нажмите кнопку настройки вашего мастера node (выглядит как отвертка и ключ). Проверьте использование и убедитесь, что оно включено: "Используйте это подчиненное устройство как можно больше".

Ответ 6

В моем случае я заметил это поведение, когда в ящике не хватало памяти (ОЗУ) Я пошел в Jenkins → Manage Jenkins → Manage Nodes и обнаружил исключение из памяти. Я просто высвободил некоторую память на машине, и задания начали входить в исполнителей.

Ответ 7

В моем случае я только что установил плагин "Authorize Project" и неправильно настроил стратегию в "Управление Jenkins → Настроить глобальную безопасность → Контроль доступа для сборки" как "Запуск от анонимности". Так что "анонимный" не имел прав на выполнение задания.

Настройка первой стратегии как "Запуск от пользователя, который запускает сборку", разблокировал задание в очереди.

Ответ 8

Для меня ниже решение работало.

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

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

Ответ 9

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

Ответ 10

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

Ответ 11

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

Перейдите к Jenkins → Управление Jenkins → Управление узлами и нажмите кнопку настройки вашего мастера node (увеличьте количество исполнителей для запуска нескольких заданий за раз).

Ответ 12

В моем случае это похоже на @Michael Easter: у меня проблемы с работой из-за нехватки дискового пространства. Я освободил место, перезапустил Дженкинса, но проблема осталась.

Решение заключалось в том, чтобы перейти к Jenkins → Manage Jenkins → Manage Nodes и просто нажать кнопку, чтобы обновить статус.

Ответ 13

В моем случае это было вызвано числом исполнителей (у меня было 1) и запуском Jenkins Job (Project) из Pipeline (мой конвейер script начал другой Job in Jenkins). Это вызвало тупик - мой конвейер провел исполнитель и ждал его работы, но работа ожидала свободного исполнителя.

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