即使配置在磁盘上,Jenkins作业也会在重启时丢失

时间:2014-03-10 23:37:38

标签: jenkins continuous-integration hudson jenkins-plugins continuous-deployment

我已使用以下内容重新启动了Jenkins:

service jenkins stop
service jenkins start

接下来我可以看到GUI中缺少一些工作。

我还尝试使用http://<jenkins_url>/job/<JOBNAME>/

转到作业网址

不幸的是,它也在给予:

HTTP ERROR 404

Problem accessing /job/<JOBNAME>/. Reason:

    Not Found

Powered by Jetty://

还执行了Reload Configuration from Disk没有运气。

我检查了config.xml文件,我发现它已损坏。 config.xml文件的大小约为110 MB。为什么这个文件被破坏了?如何追踪它。

任何人都可以给我任何指针来解决这个问题吗?

1 个答案:

答案 0 :(得分:0)

我有同样的症状,但我正在使用自制的Jenkins安装。

Jenkins机器可能因断电而关闭不当,所以当它恢复时它基本上是一个干净的实例。没有工作,也没有系统配置。

以下解决方案不适用于您的确切用例,但它确实解决了一些返回Jenkins但没有任何工作的用户的问题。

该解决方案主要涉及您检查是否已错误地或从错误的位置启动Jenkins服务。

...

关于特定的自制问题:

无论出于何种原因,homebrew.mxcl.jenkins.plist

中都找到了~/Library/LaunchDaemons/文件

它仅属于~/Library/LaunchAgents/

如果发生这种情况,可以按如下方式解决

  1. 停止服务:
    sudo launchctl unload ~/Library/LaunchDaemons/homebrew.mxcl.jenkins.plist

  2. 通过尝试以下行重新加载位于~/Library/LaunchAgents/的正确文件,以防它运行:
    launchctl unload ~/Library/LaunchAgents/homebrew.mxcl.jenkins.plist

    注意:如果上线没有运行,可能会对你大喊大叫,这没关系。

  3. 再次启动:
    launchctl load ~/Library/LaunchAgents/homebrew.mxcl.jenkins.plist

  4. 如果詹金斯再次加载时看起来都很好,你可以而且应该 删除homebrew.mxcl.jenkins.plist中的~/Library/LaunchDaemons/
    sudo rm ~/Library/LaunchDaemons/homebrew.mxcl.jenkins.plist