У нашего сервера Jenkins есть работа, которая работает три дня, но ничего не делает. Нажатие на маленький крестик в углу ничего не дает, и журнал вывода консоли тоже ничего не показывает. Я проверил наши серверы сборки, и на самом деле эта работа, похоже, вообще не выполняется.

Есть ли способ сказать Дженкинсу, что работа «выполнена», отредактировав какой-то файл или блокировку или что-то еще? Поскольку у нас много рабочих мест, мы не хотим перезагружать сервер.

Перейдите в «Управление Jenkins»> «Консоль скриптов», чтобы запустить скрипт на вашем сервере, чтобы прервать зависание потока.

Вы можете получить все живые темы Thread.getAllStackTraces()и прервать ту, которая висит.

Thread.getAllStackTraces().keySet().each() {
  t -> if (t.getName()=="YOUR THREAD NAME" ) {   t.interrupt();  }
}

ОБНОВИТЬ:

Приведенное выше решение с использованием потоков может не работать на более поздних версиях Jenkins. Чтобы прервать замороженные конвейеры, вместо этого обратитесь к этому решению (от alexandru-bantiuc ) и выполните:

Jenkins.instance.getItemByFullName("JobName")
                .getBuildByNumber(JobNumber)
                .finish(
                        hudson.model.Result.ABORTED,
                        new java.io.IOException("Aborting build")
                );

У меня тоже была такая же проблема и я ее исправил через консоль Jenkins.

Перейдите в «Управление Jenkins»> «Консоль скрипта» и запустите скрипт:

 Jenkins .instance.getItemByFullName("JobName")
        .getBuildByNumber(JobNumber)
        .finish(hudson.model.Result.ABORTED, new java.io.IOException("Aborting build")); 

Вам нужно просто указать свои JobName и JobNumber.

Если у вас есть Multibranch Pipeline -job (и вы являетесь администратором Jenkins), используйте в консоли сценариев Jenkins этот скрипт:

Jenkins.instance
.getItemByFullName("<JOB NAME>")
.getBranch("<BRANCH NAME>")
.getBuildByNumber(<BUILD NUMBER>)
.finish(hudson.model.Result.ABORTED, new java.io.IOException("Aborting build"));

С https://issues.jenkins-ci.org/browse/JENKINS-43020

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

  Jenkins.instance.getAllItems(AbstractItem.class).each {
    println(it.fullName)
  };

С https://support.cloudbees.com/hc/en-us/articles/226941767-Groovy-to-list-all-jobs

Я использую плагин мониторинга для этой задачи. После установки плагина

1. Перейти к управлению Дженкинс> Мониторинг Хадсон / Дженкинс мастер
2. Разверните Детали Тем, небольшая синяя ссылка на правой стороне

3. Поиск по названию работы, которая висит

   Название темы начнется так

   Executor #2 for master : executing <your-job-name> #<build-number>

4. Нажмите красную круглую кнопку в правой части таблицы желаемой работы

Однажды я столкнулся со сборкой, которую не удалось остановить с помощью «Консоли сценариев». Наконец я решил проблему с этими шагами:

ssh onto the jenkins server
cd to .jenkins/jobs/<job-name>/builds/
rm -rf <build-number>
restart jenkins

Первое предлагаемое решение довольно близко. Если вы используете stop () вместо interrupt (), это даже убивает сбегающие потоки, которые бесконечно выполняются в отличном системном скрипте. Это убьет любую сборку, которая работает для работы. Вот код:

Thread.getAllStackTraces().keySet().each() {
    if (it.name.contains('YOUR JOBNAME')) {  
      println "Stopping $it.name"
      it.stop()
    }
}

Без того , чтобы использовать консоль сценария или дополнительные плагины, вы можете просто прервать сборки , введя /stop,/term или /killпосле URL сборки в вашем браузере.

Дословная цитата из приведенной выше ссылки:

Конвейерные задания можно остановить, отправив запрос HTTP POST на конечные точки URL-адреса сборки.

• <BUILD ID URL> / стоп - прерывает конвейер.
• <BUILD ID URL> / термин сборки - принудительно завершает сборку (следует использовать только в том случае, если остановка не работает.
• <BUILD ID URL> / kill - принудительно уничтожить конвейер. Это самый разрушительный способ остановить трубопровод и должен использоваться только в качестве крайней меры.

Если у вас есть неудержимая работа конвейера, попробуйте следующее:

1. Прервите работу, нажав на красный крестик рядом с индикатором выполнения сборки.
2. Нажмите «Приостановить / возобновить» в сборке, чтобы приостановить
3. Нажмите «Пауза / возобновить» снова, чтобы возобновить сборку

Дженкинс поймет, что работа должна быть прекращена и остановит сборку

Плагин Build-Timeout может пригодиться для таких случаев. Это убьет работу автоматически, если это займет слишком много времени.

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

1. Установите плагин для мониторинга. ( http://wiki.jenkins-ci.org/display/JENKINS/Monitoring )
2. Перейти к jenkinsUrl / мониторинг / узлы
3. Перейти в раздел Темы внизу
4. Нажмите на кнопку детали слева от мастера
5. Сортировать по времени пользователя (мс)
6. Затем посмотрите на название потока, у вас будет имя и номер сборки
7. Убей это

У меня недостаточно репутации, чтобы публиковать изображения извините.

Надеюсь, что это может помочь

Главный ответ почти сработал для меня, но у меня была одна большая проблема: у меня было очень большое количество (~ 100) заданий по зомби из-за особенно неудачного перезапуска Jenkins, поэтому вручную находили имя задания и номер сборки каждого и каждая работа зомби, а затем их ручное убийство были невозможны. Вот как я автоматически нашел и убил работу зомби:

Jenkins.instance.getItemByFullName(multibranchPipelineProjectName).getItems().each { repository->
  repository.getItems().each { branch->
    branch.builds.each { build->
      if (build.getResult().equals(null)) {
        build.doKill()
      }
    }
  }
}

Этот скрипт перебирает все сборки всех заданий и использует, getResult().equals(null)чтобы определить, завершено ли задание или нет. Сборка, которая находится в очереди, но еще не запущена, не будет повторяться (так как эта сборка не будет job.builds), а уже завершенная сборка будет возвращать что-то другое, чем nullдля build.getResult(). Законно запущенное задание также будет иметь результат сборки null, поэтому убедитесь, что у вас нет запущенных заданий, которые вы не хотите уничтожать, прежде чем запускать это.

Многократные вложенные циклы в основном необходимы для обнаружения каждой ветви / PR для каждого репозитория в проекте Multichranch Pipeline; если вы не используете многоотраслевые конвейеры, вы можете просто перебрать все ваши задания напрямую, например Jenkins.instance.getItems().each.

Я посмотрел на источник Jenkins, и кажется, что то, что я пытаюсь сделать, невозможно, потому что кажется, что остановка работы выполняется через прерывание Thread. Я понятия не имею, почему работа висит, хотя ..

Редактировать:

Возможные причины неудержимой работы:

• если Дженкинс застрял в бесконечном цикле, его никогда нельзя прервать.
• если Jenkins выполняет сетевой или файловый ввод-вывод в рамках Java VM (например, длительное копирование файла или обновление SVN), его нельзя прервать.

Я обычно использую jenkins-cli в таких случаях. Вы можете скачать банку со страницы http://your-jenkins-host:PORT/cli. Тогда беги

java -jar jenkins-cli.jar delete-builds name_of_job_to_delete hanging_job_number

Вспомогательная информация:

Вы также можете передать ряд сборок, как 350:400. Общая помощь доступна при запуске

java -jar jenkins-cli.jar help

Команда помощи Контекстное delete-buildsпо

java -jar jenkins-cli.jar delete-builds

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

server_name_pattern = /your-servers-[1-5]/
jenkins.model.Jenkins.instance.getComputers().each { computer ->
  if (computer.getName().find(server_name_pattern)) {
    println computer.getName()
    execList = computer.getExecutors()      
    for( exec in execList ) {
      busyState = exec.isBusy() ? ' busy' : ' idle'
      println '--' + exec.getDisplayName() + busyState
      if (exec.isBusy()) {
        exec.interrupt()
      }
    }
  }
}

Была такая же проблема, но не было потока стека. Мы удалили задание, используя этот фрагмент в консоли Jenkins. Замените имя и номер здания на свое.

def jobname = "Main/FolderName/BuildDefinition"
def buildnum = 6
Jenkins.instance.getItemByFullName(jobname).getBuildByNumber(buildnum).delete(); 

Недавно я наткнулся на узел / агент, у которого один исполнитель занимал несколько дней сборкой «X» конвейерного задания, хотя на этой странице заданий утверждалось, что сборка «X» больше не существует (отбрасывается после 10 последующих сборок (!), Так как настроено в конвейере работы). Проверено, что на диске: сборка "X" действительно пропала.

Решение: это был агент / узел, который ошибочно сообщил, что занятый исполнитель был занят сборкой "X". Прерывание потока этого исполнителя немедленно освободило его.

def executor = Jenkins.instance.getNode('NODENAME').computer.executors.find {
    it.isBusy() && it.name.contains('JOBNAME')
}

println executor?.name
if (executor?.isBusy()) executor.interrupt()

Другие ответы рассмотрены:

• Ответ от @cheffe: не сработал (см. Следующий пункт и обновление ниже).
• Ответы с Thread.getAllStackTraces(): нет подходящей темы.
• Ответ от @ levente-holló и ответы на все вопросы getBuildByNumber(): неприменимо, так как сборки больше не было!
• Ответ от @austinfromboston: это было близко к моим потребностям, но это также могло бы уничтожить любые другие сборки, запущенные в данный момент.

Обновление:
я снова столкнулся с подобной ситуацией, когда Исполнитель был занят в течение нескольких дней (все еще существующей) законченной сборкой конвейера. Этот фрагмент кода был единственным рабочим решением.

У меня была та же проблема в последние полчаса ...

Не удалось удалить сборку зомби, запущенную в моем многоотраслевом конвейере. Даже перезапуск сервера с помощью пользовательского интерфейса или даже из командной строки через sudo service jenkins restart блокировал выполнение ... Сборка не была остановлена ​​... Она всегда появлялась заново.

Используемая версия: Jenkins ver 2.150.2

Я был очень раздражен, но ... при просмотре журнала сборки я нашел что-то интересное в конце журнала:

Части, помеченные красным цветом, являются «расстраивающими частями» ... Как вы можете видеть, я всегда хотел прервать сборку из пользовательского интерфейса, но она не работала ...

Но есть гиперссылка с текстом Click here to forcibly terminate running steps... (первая зеленая) Теперь я нажал на ссылку ...) После выполнения ссылки появилось сообщение о Still pausedдругой ссылке Click here to forcibily kill entire build(вторая зеленая) После нажатия на эту ссылку сборка, наконец, тоже была тяжелой убит ...

Так что, похоже, это работает без каких-либо специальных плагинов (за исключением самого сборочного модуля многоотраслевого конвейера).

У меня было много заданий по зомби, поэтому я использовал следующий скрипт:

for(int x = 1000; x < 1813; x = x + 1) {
    Jenkins .instance.getItemByFullName("JOBNAME/BRANCH")
    .getBuildByNumber(x)
    .finish(hudson.model.Result.ABORTED, new java.io.IOException("Aborting build"))
}

Это работает для меня каждый раз:

Thread.getAllStackTraces().keySet().each() {
if (it.name.contains('YOUR JOBNAME')) {  
  println "Stopping $it.name"
  it.stop()
}

Благодаря funql.org

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

Утилита, которую я написал под названием jkillthread, может использоваться для остановки любого потока в любом Java-процессе, при условии, что вы можете войти на компьютер, на котором запущена служба, под той же учетной записью.

ОЧЕНЬ ПРОСТОЕ РЕШЕНИЕ

Причиной, по которой я видел эту проблему, была неправильная httpссылка на странице вместо того https, чтобы остановить работу. Все, что вам нужно сделать, это отредактировать onclickатрибут на html странице, выполнив

1. Откройте консольный журнал задания (конвейера), который получил зависание
2. Нажмите на все, что доступно, чтобы убить задание (значок x, «Нажмите здесь, чтобы принудительно прекратить выполнение шагов» и т. Д.), Чтобы получить ссылку «Нажмите здесь, чтобы принудительно убить всю сборку» (она НЕ будет активна в данный момент)
3. Откройте консоль браузера ( используйте любой из трех для chrome: F12; ctrl + shift + i; меню-> дополнительные инструменты-> инструменты разработчика )
4. Найдите ссылку «Нажмите здесь, чтобы принудительно уничтожить всю сборку» вручную или с помощью кнопки «выбрать элемент на странице» консоли
5. Дважды щелкните по onclickатрибуту, чтобы изменить его значение
6. Append , sчтобы httpиметьhttps
7. Нажмите ввод, чтобы отправить изменения
8. Нажмите ссылку «Нажмите здесь, чтобы принудительно убить всю сборку»

Используйте скриншот для справки

Использование консоли Script на https: // my-jenkins / script

import hudson.model.Job
import org.jenkinsci.plugins.workflow.job.WorkflowRun

Collection<Job> jobs = Jenkins.instance.getItem('My-Folder').getAllJobs()
for (int i = 0; i < jobs.size(); i++) {
  def job = jobs[i]
  for (int j = 0; j < job.builds.size(); j++) {
    WorkflowRun build = job.builds[j]
    if (build.isBuilding()) {
      println("Stopping $job ${build.number}")
      build.setResult(Result.FAILURE)
    }
  }
}

Ни одно из этих решений не помогло мне. Мне пришлось перезагрузить машину, на которой был установлен сервер. Неубиваемая работа теперь ушла.

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

Вот как я исправил эту проблему в версии 2.100с Blue Ocean

• Единственные плагины, которые я установил, предназначены для bitbucket.
• У меня только один узел.

sshв мою коробку Дженкинс
cd ~/.jenkins(где я держу Дженкинс)
cd job/<job_name>/branches/<problem_branch_name>/builds
rm -rf <build_number>

После этого вы можете при желании изменить число в nextBuildNumber(я сделал это).

Наконец, я перезапустил jenkins ( brew services restart jenkins). Этот шаг, очевидно, будет отличаться в зависимости от того, как вы управляете и устанавливаете Jenkins.

Войдите в интерфейс с синим океаном. Попробуйте остановить работу оттуда.