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

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

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

您只需指定JobName和JobNumber。

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

编辑:

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

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

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

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

我想现在回答已经太迟了，但我帮助了一些人。

安装监控插件。(http://wiki.jenkins-ci.org/display/JENKINS/Monitoring) 进入jenkinsUrl/monitoring/nodes 转到底部的Threads部分 点击主界面左侧的详细信息按钮 按用户时间排序(ms) 然后查看线程的名称，您将获得构建的名称和编号 杀了它

对不起，我没有足够的声誉来发布图片。

希望能有所帮助

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

你可以复制作业，然后删除旧的。如果你丢失了旧的构建日志没有关系的话。