作为服务运行的Jenkins在从2.303.2升级到2.319.3之后自行重新启动。

Question

我将Jenkins (作为服务运行)从2.235.5升级到2.303.2 (只需替换.war文件并重新启动该服务)，这似乎非常稳定。在此之前，我将Java从OpenJDK 8升级到OpenJDK 11，这是Jenkins升级的先决条件。我甚至试图升级到2.319.3或2.332.3，升级后我能够用我的AD凭据登录到GUI，但是在使用这两个版本时有一些问题导致Jenkins自己重新启动，所以现在我将其降级到2.303.2。

问题是为什么会发生这种事？

当Jenkins 2.319.3或2.332.3运行时，我可以在Jenkins日志中看到以下消息：

2022-06-01 11:10:26.854+0000 INFO jenkins.InitReactorRunner$1#onAttained:启动初始化2022-06-01 11:10:27.484+0000 INFO jenkins.InitReactorRunner$1#onAttained:列出所有插件2022-06-01 11:10:42.114+0000信息jenkins.InitReactorRunner$1#onAttained:准备好所有插件2022-06-01 11:10:42.160+0000信息jenkins.InitReactorRunner$1#onAttained:启动所有插件2022-06-01 11:10:42.227+0000 INFO jenkins.InitReactorRunner$1#onAttained:扩展所有插件2022-06-01 11:10:46。系统配置加载2022-06-01 hudson.model.AsyncPeriodicWork#lambda$doRun$1:信息jenkins.InitReactorRunner$1#onAttained:系统配置适应2022-06-01 11:10:47.060+0000信息jenkins.InitReactorRunner$1#onAttained:加载所有作业2022-06-01 11:10:47.066+0000信息jenkins.InitReactorRunner$1#onAttained:配置所有更新的作业2022-06-01 11:10:47.110+0000信息jenkins.InitReactorRunner$1#onAttained开始下载元数据2022-06-01 11:10:47.168+0000信息jenkins.InitReactorRunner$1#onAttained完成下载元数据。49 ms 2022-06-01 11:10:47.398+0000 INFO jenkins.InitReactorRunner$1#onAttained:完成初始化2022-06-01 11:10:47.524+0000 INFO hudson.WebAppMain$3#run: Jenkins完全启动并运行2022-06-01 11:11:48.936+0000警告o.j.p.workflow.job.WorkflowRun#checkouts: JENKINS-26761: startTestEsign #43 2022-06-01 11:11:48.997+0000警告o.j.p.workflow.job.WorkflowRun#checkouts: JENKINS-26761: startTestEsign中没有结帐#24 2022-06-01 11:11:53.601+0000 INFO winstone.Logger#logInternal：JVM即将结束。关闭运行于以下位置的Jetty：/storage/jenkins/jenkins.war webroot: System.getProperty(“JENKINS_HOME”) 2022-06-01 11:11:55.083+0000 INFO org.eclipse.jetty.util.log.Log#initialized: Logging initialized @977 01 to org.eclipse.jetty.util.log.JavaUtilLog 2022-06-01 11:11:55.327+0000 INFO winstone.Logger#logInternal:开始从war文件中提取

操作系统是RH-7.9，我不知道这个Jenkins是如何安装的--它是由其他人完成的，但是‘rpm -qa \ grep -i jenkins’命令没有显示任何内容，‘yum list \ grep -i jenkins’只显示了以下内容：

python2-jenkins.noarch 0.4.16-2.el7 1cvmware_EPEL_EPEL_7Server
python2-jenkins-job-builder.noarch
python36-jenkins.noarch 0.4.16-2.el7 1cvmware_EPEL_EPEL_7Server

可能有什么问题？请帮忙。

提前感谢！克里斯

Answer 1

对于systemd，在/lib/systemd/system/jenkins.service中，TimeoutStartSec的默认值很低。这使Jenkins进程在systemd启动Jenkins服务时反复重新启动。