[JIRA] (JENKINS-11938) Jenkins loses builds when restarted

2,405 views
Skip to first unread message

Ben.Dean@OntarioSystems.com (JIRA)

unread,
Nov 30, 2011, 4:16:21 PM11/30/11
to jenkinsc...@googlegroups.com
Ben Dean created JENKINS-11938:
----------------------------------

Summary: Jenkins loses builds when restarted
Key: JENKINS-11938
URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
Project: Jenkins
Issue Type: Bug
Components: other, versionnumber
Environment: tomcat 7.0.22
windows server 2008 r2
Reporter: Ben Dean


Jenkins version 1.437

If I stop the Apache Tomcat windows service, a bunch of my builds disappear from the history of the jobs. The missing builds are still on disk in the build folder, it just doesn't "find" them when making the history list.

The jobs that lose history use the version number plugin and I had recently changed the version format from "4.3.${BUILDS_ALL_TIME}" to "4.4.${BUILDS_ALL_TIME}". The builds that disappear are all those after I changed this format. Also affects jobs that are downstream from those with version number changes.

I could not find any Component related to the build history for a job. If someone knows what that should be feel free to change this. Also, sorry if there's not enough (or to much) information, this is the first Jenkins bug I have filed.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


jcmuller@gmail.com (JIRA)

unread,
Jan 11, 2012, 3:45:51 PM1/11/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=157715#comment-157715 ]

Juan Muller commented on JENKINS-11938:
---------------------------------------

I have been experiencing this issue as well on a new installation of Jenkins. We're running on Linux (Ubuntu 11.10, Server) and after restarting Jenkins, most of the build information is lost in the GUI while it remains on disk.



> Jenkins loses builds when restarted

> -----------------------------------

jcmuller@gmail.com (JIRA)

unread,
Jan 11, 2012, 3:49:51 PM1/11/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Juan Muller updated JENKINS-11938:
----------------------------------

Affects Version/s: current



> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

jcmuller@gmail.com (JIRA)

unread,
Jan 11, 2012, 4:52:51 PM1/11/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=157715#comment-157715 ]

Juan Muller edited comment on JENKINS-11938 at 1/11/12 9:52 PM:
----------------------------------------------------------------

I have been experiencing this issue as well on a new installation of Jenkins. We're running on Linux (Ubuntu 11.10, Server) and after restarting Jenkins, most of the build information is lost in the GUI while it remains on disk.

EDIT: Doing a "Reload Configuration from Disk" brings back the info. Now, why is this required?

was (Author: jcmuller):


I have been experiencing this issue as well on a new installation of Jenkins. We're running on Linux (Ubuntu 11.10, Server) and after restarting Jenkins, most of the build information is lost in the GUI while it remains on disk.

> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

ollitech@gmail.com (JIRA)

unread,
Jan 23, 2012, 6:18:51 PM1/23/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=158068#comment-158068 ]

eddie webb commented on JENKINS-11938:
--------------------------------------

I get the same issue. Latest time though the config area had a notice about unreadable data, which showed a table:


> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

ollitech@gmail.com (JIRA)

unread,
Jan 23, 2012, 6:22:51 PM1/23/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=158068#comment-158068 ]

eddie webb edited comment on JENKINS-11938 at 1/23/12 11:21 PM:
----------------------------------------------------------------

I get the same issue. Latest time though the config area had a notice about unreadable data, which showed a table:

|| Type || Name || Error
| hudson.maven.MavenBuild | bamboo-ssh-plugin » bamboo-ssh-plugin #28 | CannotResolveClassException: hudson.maven.reporters.MavenArtifactRecord : hudson.maven.reporters.MavenArtifactRecord |
| hudson.maven.MavenBuild | bamboo-ssh-plugin » bamboo-ssh-plugin #26 | CannotResolveClassException: hudson.maven.reporters.MavenArtifactRecord : hudson.maven.reporters.MavenArtifactRecord |
| hudson.maven.MavenBuild | bamboo-ssh-plugin » bamboo-ssh-plugin #27 | CannotResolveClassException: hudson.maven.reporters.MavenArtifactRecord : hudson.maven.reporters.MavenArtifactRecord |

*but all those builds are present with full details* after I clicked the 'restore from disK' button. The warning however remain, and I am afraid if i delete them i will lose the builds forever!


was (Author: eddiewebb):


I get the same issue. Latest time though the config area had a notice about unreadable data, which showed a table:

> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

lfischer@java.net (JIRA)

unread,
Jan 24, 2012, 2:29:51 AM1/24/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=158081#comment-158081 ]

lfischer commented on JENKINS-11938:
------------------------------------

I have two different Jenkins instances: one native Debian package and one .war deployed into a Tomcat.
Only the native Debian package shows this wrong behavior.

Additionally: the first times, "Reload Configuration from Disk" could be used as workaround.
But since using 1.448 the data is still missing after a reload.



> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

kurt.langrud@buckle.com (JIRA)

unread,
Jan 30, 2012, 4:01:51 PM1/30/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=158414#comment-158414 ]

Kurt Langrud commented on JENKINS-11938:
----------------------------------------

I'm seeing this same behavior on CentOS Linux release 6.0 (Final) 64 bit. Jenkins version 1.449 installed using apt. "Reload Configuration from Disk" does not work for me.



> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

kurt.langrud@buckle.com (JIRA)

unread,
Jan 30, 2012, 4:05:51 PM1/30/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=158414#comment-158414 ]

Kurt Langrud edited comment on JENKINS-11938 at 1/30/12 9:04 PM:
-----------------------------------------------------------------

I'm seeing this same behavior on CentOS Linux release 6.0 (Final) 64 bit. Jenkins version 1.449 installed using yum*. "Reload Configuration from Disk" does not work for me.

*Edit: Been using debian too much lately. I meant to say yum, not apt.

was (Author: klangrud):


I'm seeing this same behavior on CentOS Linux release 6.0 (Final) 64 bit. Jenkins version 1.449 installed using apt. "Reload Configuration from Disk" does not work for me.

> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

emofine@usa.net (JIRA)

unread,
Feb 2, 2012, 11:49:53 PM2/2/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=158568#comment-158568 ]

Edwin Fine commented on JENKINS-11938:
--------------------------------------

Seems to be related to this error from the jenkins.log (jenkins 1.450, rpm, installed on CentOS 5.7 x86_64):

---- Debugging information ----
class : hudson.model.FreeStyleBuild
required-type : org.eclipse.jgit.lib.ObjectId
path : /build/actions/hudson.plugins.git.util.BuildData/buildsByBranchName/entry/hudson.plugins.git.util.Build/revision/sha1
line number : 17
-------------------------------
at com.thoughtworks.xstream.converters.reflection.SerializableConverter.doUnmarshal(SerializableConverter.java:281)
at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:162)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at hudson.util.RobustReflectionConverter.unmarshalField(RobustReflectionConverter.java:290)
at hudson.util.RobustReflectionConverter.doUnmarshal(RobustReflectionConverter.java:233)
at hudson.util.RobustReflectionConverter.unmarshal(RobustReflectionConverter.java:180)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at hudson.util.RobustReflectionConverter.unmarshalField(RobustReflectionConverter.java:290)
at hudson.util.RobustReflectionConverter.doUnmarshal(RobustReflectionConverter.java:233)
at hudson.util.RobustReflectionConverter.unmarshal(RobustReflectionConverter.java:180)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at com.thoughtworks.xstream.converters.collections.AbstractCollectionConverter.readItem(AbstractCollectionConverter.java:71)
at com.thoughtworks.xstream.converters.collections.MapConverter.populateMap(MapConverter.java:79)
at com.thoughtworks.xstream.converters.collections.MapConverter.unmarshal(MapConverter.java:66)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at hudson.util.RobustReflectionConverter.unmarshalField(RobustReflectionConverter.java:290)
at hudson.util.RobustReflectionConverter.doUnmarshal(RobustReflectionConverter.java:233)
at hudson.util.RobustReflectionConverter.unmarshal(RobustReflectionConverter.java:180)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at com.thoughtworks.xstream.converters.collections.AbstractCollectionConverter.readItem(AbstractCollectionConverter.java:71)
at hudson.util.RobustCollectionConverter.populateCollection(RobustCollectionConverter.java:85)
at com.thoughtworks.xstream.converters.collections.CollectionConverter.unmarshal(CollectionConverter.java:61)
at hudson.util.RobustCollectionConverter.unmarshal(RobustCollectionConverter.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at hudson.util.RobustReflectionConverter.unmarshalField(RobustReflectionConverter.java:290)
at hudson.util.RobustReflectionConverter.doUnmarshal(RobustReflectionConverter.java:233)
at hudson.util.RobustReflectionConverter.unmarshal(RobustReflectionConverter.java:180)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:137)
at com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:33)
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:926)
at hudson.util.XStream2.unmarshal(XStream2.java:91)
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:912)
at hudson.XmlFile.unmarshal(XmlFile.java:156)
... 25 more
hudson.util.IOException2: Unable to read /var/lib/jenkins/jobs/admin/builds/2012-02-02_00-32-01/build.xml
at hudson.XmlFile.unmarshal(XmlFile.java:160)
at hudson.model.Run.reload(Run.java:283)
at hudson.model.Run.<init>(Run.java:272)
at hudson.model.AbstractBuild.<init>(AbstractBuild.java:163)
at hudson.model.Build.<init>(Build.java:100)
at hudson.model.FreeStyleBuild.<init>(FreeStyleBuild.java:41)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:532)
at hudson.model.AbstractProject.loadBuild(AbstractProject.java:949)
at hudson.model.AbstractProject$1.create(AbstractProject.java:256)
at hudson.model.AbstractProject$1.create(AbstractProject.java:254)
at hudson.model.RunMap.load(RunMap.java:221)
at hudson.model.AbstractProject.onLoad(AbstractProject.java:254)
at hudson.model.Project.onLoad(Project.java:88)
at hudson.model.Items.load(Items.java:115)
at jenkins.model.Jenkins$14.run(Jenkins.java:2372)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:146)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:812)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Caused by: com.thoughtworks.xstream.converters.ConversionException: Cannot deserialize object with new readObject()/writeObject() methods


> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

kirill_evstigneev@java.net (JIRA)

unread,
Feb 6, 2012, 7:03:51 AM2/6/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=158656#comment-158656 ]

kirill_evstigneev commented on JENKINS-11938:
---------------------------------------------

The same issue - when Hudson SetEnv and EnvInject 1.7 plugins are installed.
Disabling SetEnv and EnvInject upgrade to 1.17 fixes it. Not sure what is required to fix exactly.

Underlying cause - {{build.xml}} is not written to the build folder ({{jobs/JobName/builds/(timestamp)/}}). So the build persist till Jenkins restart only.

2 everyone - please check if the above conditions (Hudson SetEnv and EnvInject plugins are installed) are true for your configurations.



> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

edbras@java.net (JIRA)

unread,
Feb 20, 2012, 8:19:25 AM2/20/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=159279#comment-159279 ]

edbras commented on JENKINS-11938:
----------------------------------

I am experiencing the same problem in Tomcat 7.
My environment:
Jenkins version 1.451 (had the same problems in 1.447)
Tomcat 7.
CentOS 6 64 bit.
I am not using setEnv and EnvInject plugins.

I notice that the build history is shown when performing a reload of the jenkins config manually (also in 1.451).

I start getting these problems when changing from SVN to GIT, using the GIT plugin and using Maven projects instead of freestyle projects.

The exception I encounter in the tomcat log (it's a bit different then the one above):
---

Exception:
---
hudson.util.IOException2: Unable to read /home/tomcat/.jenkins/jobs/Profile/modules/com.bv$bv-profile-common/builds/2012-02-13_19-16-19/build.xml
at hudson.XmlFile.unmarshal(XmlFile.java:158)


at hudson.model.Run.reload(Run.java:283)
at hudson.model.Run.<init>(Run.java:272)
at hudson.model.AbstractBuild.<init>(AbstractBuild.java:163)

at hudson.maven.AbstractMavenBuild.<init>(AbstractMavenBuild.java:54)
at hudson.maven.MavenBuild.<init>(MavenBuild.java:108)
at sun.reflect.GeneratedConstructorAccessor74.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)


at hudson.model.AbstractProject.loadBuild(AbstractProject.java:949)
at hudson.model.AbstractProject$1.create(AbstractProject.java:256)
at hudson.model.AbstractProject$1.create(AbstractProject.java:254)
at hudson.model.RunMap.load(RunMap.java:221)
at hudson.model.AbstractProject.onLoad(AbstractProject.java:254)

at hudson.maven.MavenModule.onLoad(MavenModule.java:237)
at hudson.model.Items.load(Items.java:115)
at hudson.model.ItemGroupMixIn.loadChildren(ItemGroupMixIn.java:99)
at hudson.maven.MavenModuleSet.onLoad(MavenModuleSet.java:673)


at hudson.model.Items.load(Items.java:115)
at jenkins.model.Jenkins$14.run(Jenkins.java:2372)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:146)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:812)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: com.thoughtworks.xstream.io.StreamException: : input contained no data
at com.thoughtworks.xstream.io.xml.XppReader.pullNextEvent(XppReader.java:80)
at com.thoughtworks.xstream.io.xml.AbstractPullReader.readRealEvent(AbstractPullReader.java:154)
at com.thoughtworks.xstream.io.xml.AbstractPullReader.readEvent(AbstractPullReader.java:147)
at com.thoughtworks.xstream.io.xml.AbstractPullReader.move(AbstractPullReader.java:126)
at com.thoughtworks.xstream.io.xml.AbstractPullReader.moveDown(AbstractPullReader.java:111)
at com.thoughtworks.xstream.io.xml.XppReader.<init>(XppReader.java:48)
at com.thoughtworks.xstream.io.xml.XppDriver.createReader(XppDriver.java:44)
at com.thoughtworks.xstream.io.xml.XppDriver.createReader(XppDriver.java:49)
at hudson.XmlFile.unmarshal(XmlFile.java:156)
... 27 more
Caused by: java.io.EOFException: input contained no data
at org.xmlpull.mxp1.MXParser.fillBuf(MXParser.java:3003)
at org.xmlpull.mxp1.MXParser.more(MXParser.java:3046)
at org.xmlpull.mxp1.MXParser.parseProlog(MXParser.java:1410)
at org.xmlpull.mxp1.MXParser.nextImpl(MXParser.java:1395)
at org.xmlpull.mxp1.MXParser.next(MXParser.java:1093)
at com.thoughtworks.xstream.io.xml.XppReader.pullNextEvent(XppReader.java:63)
... 35 more
Feb 20, 2012 1:57:34 PM org.jvnet.hudson.plugins.DownStreamProjectActionFactory createFor
INFO: org.jvnet.hudson.plugins.DownStreamProjectActionFactory@52ef152b adds DownStreamProjectAction for hudson.maven.MavenModule@633ddd88[Belastingvriendelijker/com.bv:bv-profile-common][Profile/com.bv:bv-profile-common][relativePath:bv-profile-common]


> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

brian.altenhofel@vmdoh.com (JIRA)

unread,
Mar 2, 2012, 3:48:24 PM3/2/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=159765#comment-159765 ]

Brian Altenhofel commented on JENKINS-11938:
--------------------------------------------


Experiencing the same problem here. Jenkins 1.452 on Debian Squeeze.

---- Debugging information ----
class : hudson.model.FreeStyleBuild
required-type : org.eclipse.jgit.lib.ObjectId
path : /build/actions/hudson.plugins.git.util.BuildData/buildsByBranchName/entry/hudson.plugins.git.util.Build/revision/sha1

line number : 18


-------------------------------
at com.thoughtworks.xstream.converters.reflection.SerializableConverter.doUnmarshal(SerializableConverter.java:281)
at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:162)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)

at hudson.util.RobustReflectionConverter.unmarshalField(RobustReflectionConverter.java:292)
at hudson.util.RobustReflectionConverter.doUnmarshal(RobustReflectionConverter.java:234)
at hudson.util.RobustReflectionConverter.unmarshal(RobustReflectionConverter.java:181)


at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)

at hudson.util.RobustReflectionConverter.unmarshalField(RobustReflectionConverter.java:292)
at hudson.util.RobustReflectionConverter.doUnmarshal(RobustReflectionConverter.java:234)
at hudson.util.RobustReflectionConverter.unmarshal(RobustReflectionConverter.java:181)


at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at com.thoughtworks.xstream.converters.collections.AbstractCollectionConverter.readItem(AbstractCollectionConverter.java:71)
at com.thoughtworks.xstream.converters.collections.MapConverter.populateMap(MapConverter.java:79)
at com.thoughtworks.xstream.converters.collections.MapConverter.unmarshal(MapConverter.java:66)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)

at hudson.util.RobustReflectionConverter.unmarshalField(RobustReflectionConverter.java:292)
at hudson.util.RobustReflectionConverter.doUnmarshal(RobustReflectionConverter.java:234)
at hudson.util.RobustReflectionConverter.unmarshal(RobustReflectionConverter.java:181)


at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at com.thoughtworks.xstream.converters.collections.AbstractCollectionConverter.readItem(AbstractCollectionConverter.java:71)
at hudson.util.RobustCollectionConverter.populateCollection(RobustCollectionConverter.java:85)
at com.thoughtworks.xstream.converters.collections.CollectionConverter.unmarshal(CollectionConverter.java:61)
at hudson.util.RobustCollectionConverter.unmarshal(RobustCollectionConverter.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)

at hudson.util.RobustReflectionConverter.unmarshalField(RobustReflectionConverter.java:292)
at hudson.util.RobustReflectionConverter.doUnmarshal(RobustReflectionConverter.java:234)
at hudson.util.RobustReflectionConverter.unmarshal(RobustReflectionConverter.java:181)


at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:63)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:137)
at com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:33)
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:926)

at hudson.util.XStream2.unmarshal(XStream2.java:93)


at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:912)
at hudson.XmlFile.unmarshal(XmlFile.java:156)

... 24 more
hudson.util.IOException2: Unable to read /var/lib/jenkins/jobs/sanitized/builds/2012-03-01_07-39-42/build.xml
at hudson.XmlFile.unmarshal(XmlFile.java:160)
at hudson.model.Run.reload(Run.java:284)
at hudson.model.Run.<init>(Run.java:273)
at hudson.model.AbstractBuild.<init>(AbstractBuild.java:166)


at hudson.model.Build.<init>(Build.java:100)
at hudson.model.FreeStyleBuild.<init>(FreeStyleBuild.java:41)

at sun.reflect.GeneratedConstructorAccessor9.newInstance(Unknown Source)


at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:532)

at hudson.model.AbstractProject.loadBuild(AbstractProject.java:949)
at hudson.model.AbstractProject$1.create(AbstractProject.java:256)
at hudson.model.AbstractProject$1.create(AbstractProject.java:254)
at hudson.model.RunMap.load(RunMap.java:221)
at hudson.model.AbstractProject.onLoad(AbstractProject.java:254)

at hudson.model.Project.onLoad(Project.java:88)
at hudson.model.Items.load(Items.java:115)
at jenkins.model.Jenkins$14.run(Jenkins.java:2369)


at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:146)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259)

at jenkins.model.Jenkins$5.runTask(Jenkins.java:813)


at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)

> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

skuli@gagnavarslan.is (JIRA)

unread,
Mar 5, 2012, 10:08:25 AM3/5/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=159858#comment-159858 ]

Skuli Arnlaugsson commented on JENKINS-11938:
---------------------------------------------

Same problem here, running Jenkins ver. 1.452 Not using the SetEnv and EnvInject plugins.



> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

jantekb@gmail.com (JIRA)

unread,
Mar 6, 2012, 10:24:24 AM3/6/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=159909#comment-159909 ]

Balazs Jantek commented on JENKINS-11938:
-----------------------------------------

+1, it also blocks our CI. Jenkins ver. 1.446. It happens only if a specific ant target is added to the build steps (Selenium tests actually..) Not using SetEnv and EnvInject plugins.



> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

dorin.marinca@gmail.com (JIRA)

unread,
Mar 7, 2012, 7:26:24 AM3/7/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=159950#comment-159950 ]

Dorin Marinca commented on JENKINS-11938:
-----------------------------------------

+1 Same issue on winxp_sp3 jenkins 1.452 (but seen several times in older versions). using setenv 1.1 and not using envinject.



> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

dorin.marinca@gmail.com (JIRA)

unread,
Mar 7, 2012, 7:28:24 AM3/7/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=159950#comment-159950 ]

Dorin Marinca edited comment on JENKINS-11938 at 3/7/12 12:27 PM:
------------------------------------------------------------------

+1 Same issue on winxp_sp3 jenkins 1.452 (but seen several times in older versions). using setenv 1.1 and not using envinject.

The builds doesn't reappear on "Reload Configuration from Disk".

was (Author: dim):


+1 Same issue on winxp_sp3 jenkins 1.452 (but seen several times in older versions). using setenv 1.1 and not using envinject.

> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

mehul.sanghvi@gmail.com (JIRA)

unread,
Mar 7, 2012, 7:55:24 AM3/7/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=159951#comment-159951 ]

Mehul Sanghvi commented on JENKINS-11938:
-----------------------------------------

This is from an email I sent out to the Jenkins mailing list
dated 2011-06-24. Unfortunately as I no longer work at the
place, I am unable to provide further information about what
version of Jenkins it was, etc. I thought it would be good
to have this captured here in case it helps out in testing
or following the code path.


------ begin email ------
I had the following three Jobs in Jenkins:

mehul-nightly
BRANCH_5_X
BRANCH_5_X-nightly


mehul-nightly was the one I was actively working on. Once I got it
configured and working the way I wanted it to work,
I did the following:

- deleted BRANCH_5_X-nightly

- renamed mehul-nightly to BRANCH_5_X-nightly


I went to bed around 1:30am having checked the log for build #258
which was a success.
This morning when the BRANCH_5_X-nightly ran at 2am, it got an
unstable status (not an issue), but I no longer see
any logs for the previous 258 builds! I looked on the Jenkins servers
and there are no log files
for any of the builds.

Does anyone have pointers on what could have gone wrong or happened ?

----------- end of email --------



> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

dorin.marinca@gmail.com (JIRA)

unread,
Mar 7, 2012, 11:51:26 AM3/7/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=159950#comment-159950 ]

Dorin Marinca edited comment on JENKINS-11938 at 3/7/12 4:51 PM:
-----------------------------------------------------------------

+1 Same issue on winxp_sp3 jenkins 1.452 (but seen several times in older versions). using setenv 1.1 and not using envinject.

The builds don't reappear on "Reload Configuration from Disk". Could somebody suggest how could I force this reload differently?
It's critical in my context as we users download often latest successful artifacts from jenkins.

It seems that the jobs where this issue are parametrized with load file.

FYI (I don't know if it's related but) in jenkins.err.log file I have a lots of exceptions like this on various upload*.tmp files:
---- Debugging information ----
message : Could not call org.apache.commons.fileupload.disk.DiskFileItem.readObject()
cause-exception : java.io.FileNotFoundException
cause-message : C:\DOCUME~1\dmarinca\LOCALS~1\Temp\upload__4065e0d0_1351ff4c1c6__8000_00000013.tmp (The system cannot find the file specified)
class : hudson.model.FreeStyleBuild
required-type : org.apache.commons.fileupload.disk.DiskFileItem
path : /build/actions/hudson.model.ParametersAction/parameters/hudson.model.FileParameterValue/file/org.apache.commons.fileupload.disk.DiskFileItem
line number : 19
-------------------------------

could be interpreted this as:
parametrized builds loose somehow some of their hidden data files (e.g. uploaded files used during builds) and thus they cannot be shown by jenkins in history?



was (Author: dim):
+1 Same issue on winxp_sp3 jenkins 1.452 (but seen several times in older versions). using setenv 1.1 and not using envinject.
The builds doesn't reappear on "Reload Configuration from Disk".

> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

banzashi@gmail.com (JIRA)

unread,
Mar 26, 2012, 5:55:24 AM3/26/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=160765#comment-160765 ]

Asher Aber commented on JENKINS-11938:
--------------------------------------

I found a workaround for this issue.

Use the following one liner in a script to create the /tmp/upload_...777.tmp files listed in the build.xml file:
$ for file in `grep dfosFile build.xml |cut -d\> -f2|cut -d\< -f1`; do touch $file; done

Hope this helps until a better fix is found.



> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

banzashi@gmail.com (JIRA)

unread,
Mar 27, 2012, 1:49:26 AM3/27/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=160765#comment-160765 ]

Asher Aber edited comment on JENKINS-11938 at 3/27/12 5:47 AM:
---------------------------------------------------------------

I found a workaround for this issue.

Use the following one liner in a script to create the /tmp/upload_...777.tmp files listed in the build.xml file:
$ for file in `grep dfosFile build.xml |cut -d\> -f2|cut -d\< -f1`; do touch $file; done

Hope this helps until a better fix is found.

Another note to clarify the issue:
The problem is that the uploaded parameter temp files that are created in /tmp are lost or deleted for old builds.
As a result Jenkins throws an exception while reading the old build's XML files(build.xml).
The end result is that old builds are not displayed.

The above workaround parses the XML files and creates dummy files in /tmp.
Once the /tmp files are in place Jenkins can successfully read the XML files and show the old builds.


was (Author: aaber):


I found a workaround for this issue.

Use the following one liner in a script to create the /tmp/upload_...777.tmp files listed in the build.xml file:
$ for file in `grep dfosFile build.xml |cut -d\> -f2|cut -d\< -f1`; do touch $file; done

Hope this helps until a better fix is found.

> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

banzashi@gmail.com (JIRA)

unread,
Mar 27, 2012, 1:49:27 AM3/27/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=160765#comment-160765 ]

Asher Aber edited comment on JENKINS-11938 at 3/27/12 5:49 AM:
---------------------------------------------------------------

I found a workaround for this issue.

Use the following one liner in a script to create the /tmp/upload_...777.tmp files listed in the build.xml file:
$ for file in `grep dfosFile build.xml |cut -d\> -f2|cut -d\< -f1`; do touch $file; done

Hope this helps until a better fix is found.

Another note to clarify the issue:
The problem is that the uploaded parameter temp files that are created in /tmp are lost or deleted for old builds.
As a result Jenkins throws an exception while reading the old build's XML files(build.xml).
The end result is that old builds are not displayed.

The above workaround parses the XML files and creates dummy files in /tmp.
Once the /tmp files are in place Jenkins can successfully read the XML files and show the old builds.


was (Author: aaber):
I found a workaround for this issue.

Use the following one liner is a script to create the /tmp/upload_...777.tmp files listed in the build.xml file:


$ for file in `grep dfosFile build.xml |cut -d\> -f2|cut -d\< -f1`; do touch $file; done

Hope this helps until a better fix is found.

Another note to clarify the issue:
The problem is that the uploaded parameter temp files that are created in /tmp are lost or deleted for old builds.
As a result Jenkins throws an exception while reading the old build's XML files(build.xml).
The end result is that old builds are not displayed.

The above workaround parses the XML files and creates dummy files in /tmp.
Once the /tmp files are in place Jenkins can successfully read the XML files and show the old builds.

> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

banzashi@gmail.com (JIRA)

unread,
Mar 27, 2012, 1:49:26 AM3/27/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=160765#comment-160765 ]

Asher Aber edited comment on JENKINS-11938 at 3/27/12 5:48 AM:
---------------------------------------------------------------

I found a workaround for this issue.

Use the following one liner is a script to create the /tmp/upload_...777.tmp files listed in the build.xml file:


$ for file in `grep dfosFile build.xml |cut -d\> -f2|cut -d\< -f1`; do touch $file; done

Hope this helps until a better fix is found.

Another note to clarify the issue:
The problem is that the uploaded parameter temp files that are created in /tmp are lost or deleted for old builds.
As a result Jenkins throws an exception while reading the old build's XML files(build.xml).
The end result is that old builds are not displayed.

The above workaround parses the XML files and creates dummy files in /tmp.
Once the /tmp files are in place Jenkins can successfully read the XML files and show the old builds.


was (Author: aaber):
I found a workaround for this issue.

Use the following one liner in a script to create the /tmp/upload_...777.tmp files listed in the build.xml file:


$ for file in `grep dfosFile build.xml |cut -d\> -f2|cut -d\< -f1`; do touch $file; done

Hope this helps until a better fix is found.

Another note to clarify the issue:
The problem is that the uploaded parameter temp files that are created in /tmp are lost or deleted for old builds.
As a result Jenkins throws an exception while reading the old build's XML files(build.xml).
The end result is that old builds are not displayed.

The above workaround parses the XML files and creates dummy files in /tmp.
Once the /tmp files are in place Jenkins can successfully read the XML files and show the old builds.

> Jenkins loses builds when restarted

> -----------------------------------


>
> Key: JENKINS-11938
> URL: https://issues.jenkins-ci.org/browse/JENKINS-11938
> Project: Jenkins
> Issue Type: Bug
> Components: other, versionnumber

> Affects Versions: current

Tyler

unread,
Mar 27, 2012, 9:32:36 PM3/27/12
to jenkinsc...@googlegroups.com
I installed the latest Jenkins 1.457 today on a Windows Server 2003 R2
system.
Was able to configure five different jobs, and it worked fine just calling
CMD scripts, nothing high-tech.

After a system restart or a Jenkins restart, all jobs are gone on the web
page.
However, the five job folders still exist in c:\Program Files\Jenkins\jobs

There are NO "build.xml" files anywhere in the Jenkins directory or
subdirectories beneath it.
The posted workaround doesn't help me, since I don't have a /tmp folder, and
this is Windows, after all.
I'm stuck here, and I really want to like Jenkins, but I can't afford to
lose all my work after the Jenkins service is restarted.

Here's a log snippet, you can see when it tries to load the first job called
"Set_eSF_version":

Mar 27, 2012 9:22:16 PM winstone.Logger logInternal
INFO: Beginning extraction from war file
Mar 27, 2012 9:22:17 PM winstone.Logger logInternal
INFO: HTTP Listener started: port=8080
Mar 27, 2012 9:22:17 PM winstone.Logger logInternal
INFO: AJP13 Listener started: port=8009
Mar 27, 2012 9:22:17 PM winstone.Logger logInternal
INFO: Winstone Servlet Engine v0.9.10 running: controlPort=disabled
Mar 27, 2012 9:22:17 PM jenkins.InitReactorRunner$1 onAttained
INFO: Started initialization
Mar 27, 2012 9:22:17 PM hudson.ClassicPluginStrategy createPluginWrapper
INFO: Plugin cvs.jpi is disabled
Mar 27, 2012 9:22:17 PM jenkins.InitReactorRunner$1 onAttained
INFO: Listed all plugins
Mar 27, 2012 9:22:17 PM jenkins.InitReactorRunner$1 onAttained
INFO: Prepared all plugins
Mar 27, 2012 9:22:17 PM jenkins.InitReactorRunner$1 onAttained
INFO: Started all plugins
Mar 27, 2012 9:22:17 PM jenkins.InitReactorRunner$1 onAttained
INFO: Augmented all extensions
Mar 27, 2012 9:22:18 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading job Set_eSF_version
java.lang.NullPointerException
at hudson.model.RunMap.load(RunMap.java:216)
at hudson.model.AbstractProject.onLoad(AbstractProject.java:255)


at hudson.model.Project.onLoad(Project.java:88)
at hudson.model.Items.load(Items.java:115)

at jenkins.model.Jenkins$15.run(Jenkins.java:2437)
at
org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuild


er.java:146)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259)

at jenkins.model.Jenkins$6.runTask(Jenkins.java:838)


at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown
Source
)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown
Source)
at java.lang.Thread.run(Unknown Source)
Mar 27, 2012 9:22:18 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading job Build only
java.lang.NullPointerException
at hudson.model.RunMap.load(RunMap.java:216)
at hudson.model.AbstractProject.onLoad(AbstractProject.java:255)

--
View this message in context: http://jenkins.361315.n4.nabble.com/JIRA-JENKINS-11938-Jenkins-loses-builds-when-restarted-tp4124991p4510804.html
Sent from the Jenkins issues mailing list archive at Nabble.com.

Message has been deleted

Tyler

unread,
Mar 28, 2012, 9:27:46 AM3/28/12
to jenkinsc...@googlegroups.com
Guys,

I found that installing Jenkins 1.403 from the archives fixed this issue.
Not as nice, but it works.
Now the Jenkins service can be restarted, and all the jobs show up OK.
My install path was c:\Program Files\Jenkins.

Now that I can see what is happening, the problem with 1.457 (and apparently
others) is this:
- the jobs directory contains the folders of the created jobs, which is
OK.
- the "builds" directory is missing from each jobs\][; folder, only the
files "nextbuildnumber" and "config.xml" are there.
- inside of a normal-working Jenkins (ie: 1.403), the builds directory
contains other "run" directories, which are time-stamped by name, and which
contain the "log", "build.xml", and "changlog" files.
- The broken Jenkins doesn't create the "builds" directory at all, but
instead lets these "run" directories pile up in the root of my C: drive.

So that's what I'm seeing, but would it be worthwhile for me to chase down
which build broke this functionality? This seems to be a repeatable, and
terrible problem....

- Tyler


--
View this message in context: http://jenkins.361315.n4.nabble.com/JIRA-JENKINS-11938-Jenkins-loses-builds-when-restarted-tp4124991p4512277.html

dorin.marinca@gmail.com (JIRA)

unread,
Mar 29, 2012, 3:08:24 PM3/29/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=160984#comment-160984 ]

Dorin Marinca commented on JENKINS-11938:
-----------------------------------------

In fact the file pointed by <dfosFile> in build.xml files is saved (not lost) in <jenkins>\jobs\<job_name>\builds\<timestamp>\fileParameters\<*here*>. So there should be an issue on selection of value stored in <dfosFile>. Instead storing some temp file (that someone would remove for freeing the temp), jenkins should store the path to the file stored anyway under the build directory.

banzashi@gmail.com (JIRA)

unread,
Apr 3, 2012, 9:59:24 AM4/3/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=161145#comment-161145 ]

Asher Aber commented on JENKINS-11938:
--------------------------------------

That is correct!

The build.xml should not have the this type of reference:
<dfosFile>/tmp/upload__1efd5df3_13659557023__8000_00000056.tmp</dfosFile>

It should be:
<dfosFile>/var/lib/jenkins/jobs/My_Project/builds/12/fileParameters/uploadedFile</dfosFile>

The question is who can correct this?

darkpasiu@gmail.com (JIRA)

unread,
Apr 21, 2012, 3:30:25 AM4/21/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-11938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=161832#comment-161832 ]

Blazej Mirowski commented on JENKINS-11938:
-------------------------------------------

Hi,

I have exactly the same problem. My workaround for this is to run this script before Jenkins start:
path=/var/lib/jenkins/jobs
`find $path -name build.xml -print0 | xargs -0 sed -i '/<file class="org.apache.commons.fileupload.disk.DiskFileItem" serialization="custom">/,/<\/file>/d'`

but this is only workaround ... I have created a bug report for this:
https://issues.jenkins-ci.org/browse/JENKINS-13536

johannes.spohr@gmail.com (JIRA)

unread,
Jul 5, 2012, 1:22:23 PM7/5/12
to jenkinsc...@googlegroups.com

I had the same issue. For me, it was the Naginator plug-in, which threw NPEs after non-naginated builds (JENKINS-13791). They fixed it in 1.7, and now my build.xml files are successfully written again, and builds no longer disappear.
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
Reply all
Reply to author
Forward
0 new messages