Наш сервер Jenkins работает на три дня, но ничего не делает. Щелчок маленького X в углу ничего не делает, и журнал вывода консоли тоже ничего не показывает. Я проверил наши серверы сборки, и работа на самом деле не работает вообще.
Есть ли способ сказать дженкинсам, что задание выполнено, путем редактирования какого-либо файла или блокировки или чего-то еще? Поскольку у нас много рабочих мест, мы не хотим перезапускать сервер.
Перейдите в "Управление 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 Console.
Перейдите в "Управление Jenkins"> "Консоль сценариев" и запустите сценарий:
Jenkins .instance.getItemByFullName("JobName")
.getBuildByNumber(JobNumber)
.finish(hudson.model.Result.ABORTED, new java.io.IOException("Aborting build"));
Вы просто укажете свое JobName и JobNumber.
Я использую Плагин мониторинга для этой задачи. После установки плагина
Найдите имя задания, которое висит
Название темы начнется следующим образом
Executor #2 for master : executing <your-job-name> #<build-number>
Нажмите красную круглую кнопку справа справа в таблице строки, в которой задано ваше задание
Как только я столкнулся с сборкой, которая не могла быть остановлена консолью Script. Наконец, я решил проблему с этими шагами:
ssh onto the jenkins server
cd to .jenkins/jobs/<job-name>/builds/
rm -rf <build-number>
restart jenkins
Если у вас есть многоотраслевой конвейер -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
Первое предлагаемое решение довольно близко. Если вы используете stop() вместо прерывания(), он даже убивает беглые потоки, которые бесконечно работают в системе groovy script. Это убьет любую сборку, которая запускается для работы. Вот код:
Thread.getAllStackTraces().keySet().each() {
if (it.name.contains('YOUR JOBNAME')) {
println "Stopping $it.name"
it.stop()
}
}
Если у вас есть неустановимое задание на трубопровод, попробуйте следующее:
Дженкинс поймет, что работа должна быть прекращена и прекращена сборка
Я думаю, что уже поздно отвечать, но моя помощь некоторым людям.
У меня недостаточно репутации, чтобы печатать фотографии.
Надеюсь, что это поможет
главный ответ почти сработал у меня, но у меня была одна серьезная проблема: у меня было очень много (~ 100) работы зомби из-за особенно плохого -timed Jenkins restart, поэтому вручную найти имя задания и построить номер каждой задачки зомби, а затем вручную убить их было невозможно. Вот как я автоматически нашел и убил задания зомби:
Jenkins.instance.getItemByFullName(multibranchPipelineProjectName).getItems().each { repository->
repository.getItems().each { branch->
branch.builds.each { build->
if (build.getResult().equals(null)) {
build.doKill()
}
}
}
}
Этот script охватывает все сборки всех заданий и использует getResult().equals(null), чтобы определить, закончилось ли задание. Сборка, которая в очереди, но еще не запущенная, не будет повторяться (так как эта сборка не будет находиться в job.builds), а завершившаяся сборка вернет нечто, отличное от null для build.getResult(). Законченная работа также будет иметь результат сборки null, поэтому убедитесь, что у вас нет заданий, которые вы не хотите убивать, прежде чем запускать это.
Множество вложенных циклов в основном необходимо для обнаружения каждой ветки /PR для каждого репозитория в проекте Multibranch Pipeline; если вы не используете Multibranch Pipelines, вы можете просто перебрать все ваши задания напрямую с помощью Jenkins.instance.getItems().each.
Я посмотрел на источник Дженкинса, и кажется, что то, что я пытаюсь сделать, невозможно, потому что остановка задания происходит через прерывание потока. Я не знаю, почему работа висит, хотя..
Изменить:
Возможные причины невыполнения заданий:
Обычно я использую 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
У меня была та же проблема в последние полчаса...
Не удалось удалить сборку зомби, запущенную в моем многоотраслевом конвейере. Даже перезапуск сервера с помощью пользовательского интерфейса или даже из командной строки через 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 (вторая зеленая) После нажатия на эту ссылку сборка, наконец, была жестоко убита...
Так что, похоже, это работает без каких-либо специальных плагинов (за исключением самого сборочного модуля многоотраслевого конвейера).
Ответ Alexandru Bantiuc работал хорошо для меня, чтобы остановить сборку, но мои исполнители все еще показывались как занятые. Я смог очистить статус занятого исполнителя, используя следующие
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()
}
}
}
}
Недавно я столкнулся с узлом/агентом, у которого один исполнитель занял несколько дней по сборке "Х" задания на конвейер, хотя эта страница с запросами на сборку "Х" больше не существовала (отбрасывается после 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()
Другие ответы:
Thread.getAllStackTraces(): нет соответствующего потока.getBuildByNumber(): не применялись, поскольку сборка на самом деле не была такой! Обновить:
Я снова столкнулся с аналогичной ситуацией, когда Исполнителя в течение нескольких дней занимал (по-прежнему) законченный трубопровод. Этот фрагмент кода был единственным рабочим решением.
Имел эту же проблему, но не было потока стека. Мы удалили задание, используя этот фрагмент в консоли Jenkins. Замените имя и buil dnumber на свой.
def jobname = "Main/FolderName/BuildDefinition"
def buildnum = 6
Jenkins.instance.getItemByFullName(jobname).getBuildByNumber(buildnum).delete();
У меня было много zombi-jobs, поэтому я использовал следующий скрипт:
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"))
}
Если вы не хотите использовать консоль сценария или дополнительные плагины, попробуйте эти простые решения, как указано в https://wiki.jenkins.io/plugins/servlet/mobile?contentId=36603009#content/view/36603009
Конвейерные задания можно остановить, отправив запрос HTTP POST на конечные точки URL-адреса сборки.
У меня была одна и та же проблема со мной дважды, единственный исправленный диван должен был перезапустить сервер tomcat и перезапустить сборку.
Утилита, которую я написал, называется jkillthread, которая может использоваться для остановки любого потока в любом Java-процессе, если вы можете войти в систему машина, обслуживающая службу под той же учетной записью.
Причиной появления этой проблемы была неправильная ссылка http на странице вместо https которая должна была остановить работу. Все, что вам нужно сделать, это отредактировать атрибут onclick на html-странице, выполнив
onclick чтобы изменить его значениеs к http чтобы иметь https Используйте скриншот для справки 
Использование консоли 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
ssh в мою коробку Jenkins cd ~/.jenkins (где я держу дженкинсов) cd job/<job_name>/branches/<problem_branch_name>/builds rm -rf <build_number>
После этого вы можете по желанию изменить число в nextBuildNumber (я сделал это)
Наконец, я перезапустил jenkins (brew services restart jenkins). Этот шаг, очевидно, будет отличаться в зависимости от того, как вы управляете и устанавливаете Jenkins.
Войдите в интерфейс Blue-Ocean. Попытайтесь остановить работу оттуда.