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

如果你有一个不可阻挡的管道作业，试试下面的方法:

通过单击构建进度条旁边的红色X来终止作业 点击构建上的“Pause/resume”暂停 再次单击“暂停/恢复”以恢复构建

Jenkins将意识到该作业应该终止并停止构建

有一次我遇到了一个无法通过“脚本控制台”停止的构建。最后我通过以下步骤解决了这个问题:

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

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

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

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

我有很多僵尸工作，所以我使用下面的脚本:

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