-
Bug
-
Resolution: Fixed
-
Major
-
None
-
tomcat 7.0.22
windows server 2008 r2
-
Powered by SuggestiMate
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.
- duplicates
-
JENKINS-13536 File parameter causing data lost after Jenkins restart
-
- Resolved
-
- is related to
-
JENKINS-8066 upgrade from 1.383 to 1.384 lost my build history
-
- Resolved
-
[JENKINS-11938] Jenkins loses builds when restarted
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!
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.
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.
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
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.
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]
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)
Same problem here, running Jenkins ver. 1.452 Not using the SetEnv and EnvInject plugins.
+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.
+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?
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 --------
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.
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.
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?
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
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.
At least some of the comments here indicate it is a duplicate of JENKINS-13536, but probably some users commenting here have encountered unrelated bugs. Probably this needs to be closed as it has become too confused to follow and some reports lack sufficient detail.
I believe this issue is fixed. In recent releases of Jenkins (1.528, likely others), restarting Jenkins does not cause jobs to lose their builds.
closing issue as this is pretty old and I'm pretty sure it's fixed and even if it's not, it should be logged as a new issue with better details. This one is too confusing to deal with even if it were still a problem (which I do not believe it is).
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?