可以在不停止从节点作业的情况下重启Jenkins主节点吗？

Question

我有非常重要和长时间的作业在从节点上工作，而主节点没有作业。在这种情况下，我需要重新配置和更新插件。

(实际上有许多长时间的作业(耗时超过一个小时，但这些作业必须在5分钟内重新启动。)

可以在不停止从节点作业的情况下重启Jenkins主节点吗？

Answer 1

看起来这个问题类似于How reboot Jenkins with running build queue?，正如前面提到的，可以考虑使用安全重启插件

Answer 2

Jenkins架构不允许这样做，在Jenkins中添加对此的支持几乎是不可能的。

如果这对你如此重要，你应该寻找其他允许这一点的CI解决方案。

据我所知，它唯一能做到这一点的是GitLab CI。如果我没记错的话，一旦作业被分配给一个节点/从节点，它就会在这个节点上运行，你可以在不影响从节点或作业的情况下重新启动主节点。

值得一提的是，Travis CI类似于GitLab CI，可能只支持Jenkins所能支持的10%，但这并不意味着您一定需要更多。

Answer 3

我只是做了OP要求的场景，结果是所有后续作业在sh步骤上挂起了5分钟，然后得到了这个错误：

17:36:31  process apparently never started in /var/lib/jenkins/workspace/TesiraFirmwareNG_develop-tmp/durable-6a718028
17:36:31  (running Jenkins temporarily with -Dorg.jenkinsci.plugins.durabletask.BourneShellScript.LAUNCH_DIAGNOSTICS=true might make the problem clearer)

有人知道这是什么吗？持久任务插件的目的似乎是让Jenkins能够监控Jenkins之外的长时间运行的任务。读到这篇文章，我相信这是Jenkins管理奴隶和他们的工作的关键部分。当我重新启动Jenkins主机时，重新启动运行下游作业的Jenkins从机可能会解决持久性任务问题。

但是不走运--在重启主机和从机后，我仍然收到上面同样的“进程显然从未启动”的错误。有人知道这个问题的原因，或者知道解决方案吗？

更新:我们的问题原来是Jenkins全局属性中的一个空环境变量，与主作业重新启动时运行的从作业无关。This issue是我们的原因，只有在启用LAUNCH_DIAGNOSTICS java arg之后，才能明显地看到这一点，这导致了更多的输出，这些输出显示了以前无声的错误(将空环境变量传递给docker call)，这导致了我们找到根本原因。