Hudson SCM 轮询线程在轮询时挂起

Question

我们使用 Hudson 作为我们的持续构建环境。由于某种原因，SCM 轮询的线程有时会在一段时间后挂起。我对这些设置进行了很多尝试，但似乎没有什么真正起作用。如何解决这个问题，是否有一些脚本可以检测到这种情况以便能够重新启动 hudson？顺便提一句。重新启动 hudson 是目前解决此问题的唯一方法。

Answer 1

这类似于 bug 5413，自 2010 年底以来应该通过 HUDSON 5977（Hudson 1.380+，或现在的 Jenkins）。

您在这些线程中 某种方法来杀死卡在轮询步骤上的任何线程：

非常原始（我懒得开发更好的东西，因为这不是很重要的问题）Groovy 脚本如下。
它也可能会终止没有卡住的 SCM 轮询，但我们每天只自动运行此脚本一次，因此它不会给我们带来任何麻烦。
您可以通过保存 SCM 轮询线程的 id 和名称来改进它，一段时间后再次检查并仅杀死 id 位于先前检查列表中的线程。

Thread.getAllStackTraces().keySet().each(){ item ->
  if( item.getName().contains("SCM polling") && 
      item.getName().contains("waiting for hudson.remoting")){ 
     println "Interrupting thread " + item.getId() item.interrupt() 
  }
}

Answer 2

另一个答案对我不起作用，但以下脚本 发现了此问题问题做了：

Jenkins.instance.getTrigger("SCMTrigger").getRunners().each()
{
  item ->
  println(item.getTarget().name)
  println(item.getDuration())
  println(item.getStartTime())
  long millis = Calendar.instance.time.time - item.getStartTime()

  if(millis > (1000 * 60 * 3)) // 1000 millis in a second * 60 seconds in a minute * 3 minutes
  {
    Thread.getAllStackTraces().keySet().each()
    { 
      tItem ->
      if (tItem.getName().contains("SCM polling") && tItem.getName().contains(item.getTarget().name))
      { 
        println "Interrupting thread " + tItem.getName(); 
        tItem.interrupt()
      }
    }
  }
}