2012-04-13 41 views
18

去进行升级后运行詹金斯启动,并得到如下:詹金斯未能在linux

start jenkins 
start: Job failed to start 

就是这样...没有在詹的显示出来日志...因此很难调试至少说。 (并没有运行,或类似的东西)。

是否有另一个日志某处,我应该看看会有所帮助? (我假设这个问题的答案会有点迭代,所以希望有人可以启动我的路径来调试这个)

+0

你在看哪个日志? Jenkins如何安装? – 2012-04-13 03:34:18

+1

apt-get是安装方法。 我看了/var/log/jenkins/*.log(这里有很多,但其中一个是最近的,其他的是较旧的档案)。 – CasualT 2012-04-13 04:30:52

+1

附加信息: 经过我自己挖掘的更多内容,我可以看到的唯一日志是/ var/log/syslog和/var/log/kern.log 在这两个行中都有一行代码: “ init:jenkins预启动过程(####)以状态127结尾“ – CasualT 2012-04-13 04:52:10

回答

19

因此,知道这是一个预启动错误,让我深入调查。

进一步深挖让我弄清楚,在/etc/init/jenkins.conf文件的确切行是一个指向/usr/share/jenkins/bin/maintain-plugins.sh

看着这个位置,我发现这是不存在的(即没有bin目录)。这意味着,jenkins-common不再安装出于某种原因......奇......确实进入apt-get,做一个安装此组件再次导致错误的:前

dpkg error processing /var/cache/apt/archives/jenkins-common_1.409.1-0ubuntu4.2_all.deb ... 

见过这个错误并刷新我的通过谷歌内存给出了以下解决方案:

dpkg -i --force-overwrite /var/cache/apt/archives/jenkins-common_1.409.1-0ubuntu4.2_all.deb 

这使得安装common可以照常进行。在此之后,我所要做的就是用备份副本替换/usr/share/jenkins/jenkins.war(因为ubuntu远远落后于最新版本),并且我能够再次启动服务器。

我不确定是什么原因引发了问题,但它可能是在apt-get升级/清理过程中......并且由于jenkins与jenkins常见的冲突,它不会重新生成/usr/share/jenkins目录正确。不管怎么说,我很高兴它再次运转。 :)

+0

这对我来说非常有帮助。我没有同样的问题,但我能够通过记录启动日志的输出来诊断更多关于发生的事情 “sudo cat /var/log/upstart/jenkins.log” – 2013-05-28 19:41:07

+0

我很高兴它是有用的。 :) – CasualT 2013-05-28 20:06:20

+2

我也有这个问题,并找出是什么原因造成的。我首先从Ubuntu的仓库安装jenkins,发现大多数插件都不支持,然后卸载它。然后我从jenkins的代理商那里安装了它,但我忘了添加 - 清除之前jenkins软件包的卸载。脚本和配置被留下导致这个问题。 – Caustic 2013-06-25 23:15:47

6

相反,您可以运行以下之前安装正确清理由发行版本留下的任何那些默认配置文件:

sudo apt-get purge jenkins 

然后安装正确的版本。

+0

方便,但... *如果您有一个正在运行的系统,并且不一定要冒风险(需要或已配置)...那么这可能不是最好的方法。 – CasualT 2013-09-27 16:50:14

+0

这在一般情况下可能是正确的,但在这种情况下,我发现这样做并不会破坏任何Jenkins配置,因为它不会将此配置存储在/ etc中。 – 2013-10-03 02:44:58

+0

相关知识。 :) – CasualT 2013-10-04 21:39:53

3

我去看了詹金斯日志 tail -f /var/log/jenkins/jenkins.log

在我的情况下,它并没有开始因为我使用不兼容的Java版本。 更新,并确保它认为正确的Java(在我的情况下,应该使用JRE 1.7已经打开要进行检查,请使用java -version命令)和所有应工作