我也有同样的问题，并修复它通过詹金斯控制台。

进入“Manage Jenkins”>“Script Console”，运行一个脚本:

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

您只需指定JobName和JobNumber。

我也有同样的问题，并修复它通过詹金斯控制台。

进入“Manage Jenkins”>“Script Console”，运行一个脚本:

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

您只需指定JobName和JobNumber。

半小时前我也有同样的问题…

无法删除在我的多分支管道中运行的僵尸构建。 甚至服务器重启UI，甚至从命令行通过sudo服务jenkins重启 阻止了行刑…建造是无法停止的……它总是重新出现。

使用版本:Jenkins 2.150.2

我很生气，但是……在查看构建日志时，我在日志的末尾发现了一些有趣的东西:

红色标记的部分是“令人沮丧的部分”…… 正如你所看到的，我一直想要从UI中止构建，但它不起作用…

但是有一个文本超链接点击这里强制终止运行步骤…(第一个绿色的) 现在我按下了链接…) 在链接执行后，出现了关于仍然暂停的消息和另一个链接单击 这里强制杀死整个建筑(第二个绿色的) 在按下这个链接之后，这个构建也最终被硬杀了…

因此，这似乎不需要任何特殊的插件(除了多分支管道构建插件本身)。

在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)
    }
  }
}

这对我来说每次都很有效:

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

感谢funql.org

最近我遇到了一个节点/代理，它的一个执行程序被管道作业的构建“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的答案:这接近于我的需求，但它也会破坏目前正在运行的任何其他构建。

更新: 我再次经历了类似的情况，Executor被一个(仍然存在的)已完成的管道构建占用了数天。这个代码片段是唯一可行的解决方案。