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

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

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

您只需指定JobName和JobNumber。

这些方法对我来说都没用。我不得不重新启动安装服务器的机器。这种杀不死的工作现在已经没有了。

第一个提议的解决方案非常接近。如果使用stop()而不是interrupt()，它甚至会杀死在groovy系统脚本中无休止地运行的失控线程。这将杀死任何构建，任何工作。 代码如下:

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

我看了Jenkins源代码，似乎我要做的是不可能的，因为停止一个作业似乎是通过线程中断完成的。我不知道为什么这个工作被搁置了。

编辑:

就业势不可挡的可能原因:

如果Jenkins陷入了无限循环，它就永远不能中止。 如果Jenkins在Java虚拟机中进行网络或文件I/O(例如长时间的文件复制或SVN更新)，则不能中止。

如果“X”按钮不起作用，作业被卡住，那么只需删除特定的版本号。这将解放遗嘱执行人。

在我的例子中，即使工作完成了，它仍然停留在执行者几个小时。删除构建对我来说是有效的。

最近我遇到了一个节点/代理，它的一个执行程序被管道作业的构建“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被一个(仍然存在的)已完成的管道构建占用了数天。这个代码片段是唯一可行的解决方案。