-
Bug
-
Resolution: Fixed
-
Critical
-
None
-
Windows server 2008 64bit
Windows XP Professional SP3
-
Powered by SuggestiMate
Since last 2-3 versions (now 1.367) artifacts archiving fails with the following error:
BUILD SUCCESSFUL
Total time: 4 seconds
Archiving artifacts
ERROR: Failed to archive artifacts: publish/*/
hudson.util.IOException2: Failed to copy c:\opencm\hudson\jobs\Jade_M1-daily\workspace/publish/*/ to c:\opencm\hudson\jobs\Jade_M1-daily\builds\2010-07-19_13-27-32\archive
at hudson.FilePath$31.invoke(FilePath.java:1451)
at hudson.FilePath$31.invoke(FilePath.java:1418)
at hudson.FilePath.act(FilePath.java:753)
at hudson.FilePath.act(FilePath.java:735)
at hudson.FilePath.copyRecursiveTo(FilePath.java:1418)
at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:117)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:601)
at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:580)
at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:558)
at hudson.model.Build$RunnerImpl.post2(Build.java:158)
at hudson.model.AbstractBuild$AbstractRunner.post(AbstractBuild.java:528)
at hudson.model.Run.run(Run.java:1280)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:129)
Caused by: Failed to copy c:\opencm\hudson\jobs\Jade_M1-daily\workspace\publish\dailydictionary_50.47_19072010.mdb to c:\opencm\hudson\jobs\Jade_M1-daily\builds\2010-07-19_13-27-32\archive\publish\dailydictionary_50.47_19072010.mdb due to Map failed
at org.apache.tools.ant.taskdefs.Copy.doFileOperations(Copy.java:853)
at hudson.FilePath$31$1CopyImpl.doFileOperations(FilePath.java:1434)
at org.apache.tools.ant.taskdefs.Copy.execute(Copy.java:523)
at hudson.FilePath$31.invoke(FilePath.java:1448)
... 15 more
Caused by: java.io.IOException: Map failed
at sun.nio.ch.FileChannelImpl.map(FileChannelImpl.java:761)
at sun.nio.ch.FileChannelImpl.transferToTrustedChannel(FileChannelImpl.java:450)
at sun.nio.ch.FileChannelImpl.transferTo(FileChannelImpl.java:523)
at org.apache.tools.ant.util.ResourceUtils.copyResource(ResourceUtils.java:475)
at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:519)
at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:481)
at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:310)
at org.apache.tools.ant.taskdefs.Copy.doFileOperations(Copy.java:841)
... 18 more
Caused by: java.lang.OutOfMemoryError: Map failed
at sun.nio.ch.FileChannelImpl.map0(Native Method)
at sun.nio.ch.FileChannelImpl.map(FileChannelImpl.java:758)
... 25 more
Finished: SUCCESS
Page generated: Jul 19, 2010 2:23:10 PMHudson ver. 1.367
while some of the files are copied.
- is duplicated by
-
JENKINS-6878 OutOfMemory while archiving artifacts since 1.363
-
- Resolved
-
-
JENKINS-7038 Archiving of large file fails
-
- Resolved
-
- is related to
-
JENKINS-10077 archiving large files takes extrordinarily long time
-
- Closed
-
[JENKINS-7013] Build fails to archive the artifacts
Looks like a problem with ant 1.8.1 which is used for local to local copy.
https://issues.apache.org/bugzilla/show_bug.cgi?id=49326
Seems like the fix was done on the trunk (http://svn.apache.org/viewvc?view=revision&revision=947339)
Does that mean that we will need to wait till ant 1.8.2 is released??
We're seeing it under Windows Server 2003 R2 x86 as well.
This is still an issue in 1.376.
I downloaded the latest ANT sources and compiled them and replaced ResourceUtils.class in the ant-1.8.1.jar located in the Hudson Webapp, this solved the issue for us, so the commit that was noted by liyatikal, above, does fix the problem.
We're using 1.376 now with no issue.
As a workaround -> This is the corrected ResourceUtils.class file.
If you replace the ResourceUtils.class file inside ${webapps}\Hudson\WEB-INF\lib\ant-1.8.1.jar with this one your problem will be corrected. The sources came from the 9/14 nightly snapshot of Ant. The location for ResourceUtils.class inside the JAR archive is org\apache\tools\ant\util\ResourceUtils.class.
I used WinZIP, renamed the JAR to ZIP, opened it up in WinZIP, browsed to the correct file in the archive and then drag and drop the new class over the old. Renamed back to JAR and started Tomcat. Problem solved.
Looks like this will require waiting for 1.8.2 - not sure why we moved to 1.8.1 in the first place. I'll see if that can be rolled back, but worst case, yeah, 1.8.2.
Ok, it looks like the upgrade was only done for the sake of upgrading, so I'm trying out a rollback to 1.8.0 - assuming nothing blows up as a result, this will be live in Hudson 1.378, I believe.
Code changed in hudson
User: : abayer
Path:
trunk/hudson/main/core/pom.xml
http://jenkins-ci.org/commit/34931
Log:
[FIXED JENKINS-7013][FIXED JENKINS-6562] Rolling back to Ant 1.8.0 due to bug in copying large files
Integrated in hudson_main_trunk #271
[FIXED JENKINS-7013][FIXED JENKINS-6562] Rolling back to Ant 1.8.0 due to bug in copying large files
abayer :
Files :
- /trunk/hudson/main/core/pom.xml
I'm having this error with Jenkins 1.401 and Ant 1.8.2
(Jenkins is configured to use a recent download of apache-ant-1.8.2)
Archiving artifacts ERROR: Failed to archive artifacts: target/**/* hudson.util.IOException2: Failed to copy <path-to-job>/workspace/target/**/* to <path-to-job>/builds/2011-04-10_20-29-35/archive at hudson.FilePath$31.invoke(FilePath.java:1486) at hudson.FilePath$31.invoke(FilePath.java:1453) at hudson.FilePath.act(FilePath.java:757) at hudson.FilePath.act(FilePath.java:739) at hudson.FilePath.copyRecursiveTo(FilePath.java:1453) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:117) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:644) at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:623) at hudson.maven.MavenModuleSetBuild$RunnerImpl.post2(MavenModuleSetBuild.java:803) at hudson.model.AbstractBuild$AbstractRunner.post(AbstractBuild.java:570) at hudson.model.Run.run(Run.java:1386) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:441) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:145) Caused by: Failed to copy <path-to-job>/workspace/target/surefire/.nfs0000000000f25a4b000001b5 to <path-to-job>/builds/2011-04-10_20-29-35/archive/target/surefire/.nfs0000000000f25a4b000001b5 due to java.io.FileNotFoundException <path-to-job>/workspace/target/surefire/.nfs0000000000f25a4b000001b5 (No such file or directory) at org.apache.tools.ant.taskdefs.Copy.doFileOperations(Copy.java:839) at hudson.FilePath$31$1CopyImpl.doFileOperations(FilePath.java:1469) at org.apache.tools.ant.taskdefs.Copy.execute(Copy.java:508) at hudson.FilePath$31.invoke(FilePath.java:1483) ... 14 more Caused by: java.io.FileNotFoundException: <path-to-job>/workspace/target/surefire/.nfs0000000000f25a4b000001b5 (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(FileInputStream.java:106) at org.apache.tools.ant.util.ResourceUtils.copyResource(ResourceUtils.java:459) at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:519) at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:481) at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:310) at org.apache.tools.ant.taskdefs.Copy.doFileOperations(Copy.java:827) ... 17 more
I checked after this failure and the directory exists but is empty; there is no
<path-to-job>/workspace/target/surefire/.nfs0000000000f25a4b000001b5
file
The unit tests definitely ran - the job runs for 25 minutes, which is almost entirely in the unit tests.
The surefirs report looks complete (1,300+ tests passed)
although the Cobertura report shows 0% coverage;
I do not know if the two are related.
We also tried Jenkins 1.405 and had the same problem (I reverted to 1.401 before finding this issue.)
Here is another traceback.
This time, the archiver is failing to find
/workspace/target/cobertura/cobertura.ser.lock
at the time it is copying. Could this indicate a timing error?
That is, at the time the archiving occurs, all build activity should
have completed. If Cobertura completed normally (which the log
indicates), it would have removed the lock file before archiving.
Could this be due to my Jenkins (~/.hudson) directory being
a symlink to an NFS location?
[INFO] Generating "Cobertura Test Coverage" report. [INFO] Cobertura 1.9.4.1 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file Cobertura: Loaded information on 1661 classes. Report time: 4391ms [INFO] Cobertura Report generation was successful. [INFO] Cobertura 1.9.4.1 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file Cobertura: Loaded information on 1661 classes. Report time: 3318ms [INFO] Cobertura Report generation was successful. [INFO] Generating "FindBugs Report" report. [...] Archiving artifacts ERROR: Failed to archive artifacts: target/**/* hudson.util.IOException2: Failed to copy <path-to-job>/workspace/target/**/* to <path-to-job>/builds/2011-04-10_23-05-57/archive at hudson.FilePath$31.invoke(FilePath.java:1490) at hudson.FilePath$31.invoke(FilePath.java:1457) at hudson.FilePath.act(FilePath.java:757) at hudson.FilePath.act(FilePath.java:739) at hudson.FilePath.copyRecursiveTo(FilePath.java:1457) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:117) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:649) at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:625) at hudson.maven.MavenModuleSetBuild$RunnerImpl.post2(MavenModuleSetBuild.java:868) at hudson.model.AbstractBuild$AbstractRunner.post(AbstractBuild.java:572) at hudson.model.Run.run(Run.java:1386) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:454) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:145) Caused by: Failed to copy <path-to-job>/workspace/target/cobertura/cobertura.ser.lock to <path-to-job>/builds/2011-04-10_23-05-57/archive/target/cobertura/cobertura.ser.lock due to java.io.FileNotFoundException <path-to-job>/workspace/target/cobertura/cobertura.ser.lock (No such file or directory) at org.apache.tools.ant.taskdefs.Copy.doFileOperations(Copy.java:839) at hudson.FilePath$31$1CopyImpl.doFileOperations(FilePath.java:1473) at org.apache.tools.ant.taskdefs.Copy.execute(Copy.java:508) at hudson.FilePath$31.invoke(FilePath.java:1487) ... 14 more Caused by: java.io.FileNotFoundException: <path-to-job>/workspace/target/cobertura/cobertura.ser.lock (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(FileInputStream.java:106) at org.apache.tools.ant.util.ResourceUtils.copyResource(ResourceUtils.java:459) at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:519) at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:481) at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:310) at org.apache.tools.ant.taskdefs.Copy.doFileOperations(Copy.java:827) ... 17 more Publishing Cobertura coverage report... Publishing Cobertura coverage results... Finished: SUCCESS
I don't think last two comments from David is the same problem. Let's keep this ticket for the memory mapped file problem.
Encountered this problem today.
Windows 2003 Server SP2
Java 1.6
Jenkins 1.461
File mentioned below is 45 MB
21:25:55 Caused by: Failed to copy D:\Hudson\jobs\OCNS_Release_build\workspace\ocns-fitnesse\ocns-fitnesse-fixtures\ocns-fitnesse-fixtures-ear\target\ocns-fitnesse-fixtures-ear-0.1.ear to D:\Hudson\jobs\OCNS_Release_build\builds\2012-06-14_20-20-27\archive\ocns-fitnesse\ocns-fitnesse-fixtures\ocns-fitnesse-fixtures-ear\target\ocns-fitnesse-fixtures-ear-0.1.ear due to Map failed
21:25:55 at org.apache.tools.ant.taskdefs.Copy.doFileOperations(Copy.java:914)
21:25:55 at hudson.FilePath$34$1CopyImpl.doFileOperations(FilePath.java:1672)
21:25:55 at org.apache.tools.ant.taskdefs.Copy.execute(Copy.java:567)
21:25:55 at hudson.FilePath$34.invoke(FilePath.java:1686)
21:25:55 ... 14 more
21:25:55 Caused by: java.io.IOException: Map failed
21:25:55 at sun.nio.ch.FileChannelImpl.map(Unknown Source)
21:25:55 at sun.nio.ch.FileChannelImpl.transferFromFileChannel(Unknown Source)
21:25:55 at sun.nio.ch.FileChannelImpl.transferFrom(Unknown Source)
21:25:55 at org.apache.tools.ant.util.ResourceUtils.copyResource(ResourceUtils.java:532)
21:25:55 at org.apache.tools.ant.util.FileUtils.copyFile(FileUtils.java:559)
21:25:55 at org.apache.tools.ant.taskdefs.Copy.doFileOperations(Copy.java:899)
21:25:55 ... 17 more
21:25:55 Caused by: java.lang.OutOfMemoryError: Map failed
21:25:55 at sun.nio.ch.FileChannelImpl.map0(Native Method)
21:25:55 ... 23 more
21:26:14 Notifying upstream projects of job completion
21:26:14 Finished: FAILURE
We have just started getting this error when archiving from slave to master. The failure started occuring when our archive file size became larget than 8GB.
[Both slave and master]
Windows Server 2008 R2
Java 1.6.0_30
Jenkins 1.470
This trace is slightly different form the ones above in that it has died in readFromTar().
09:32:16 hudson.util.IOException2: hudson.util.IOException2: Failed to extract c:\jenkins\workspace\evo11main/evo11-* 09:32:16 at hudson.FilePath.readFromTar(FilePath.java:1843) 09:32:16 at hudson.FilePath.copyRecursiveTo(FilePath.java:1755) 09:32:16 at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:116) 09:32:16 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) 09:32:16 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717) 09:32:16 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692) 09:32:16 at hudson.model.Build$BuildExecution.post2(Build.java:183) 09:32:16 at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639) 09:32:16 at hudson.model.Run.execute(Run.java:1485) 09:32:16 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 09:32:16 at hudson.model.ResourceController.execute(ResourceController.java:88) 09:32:16 at hudson.model.Executor.run(Executor.java:239) 09:32:16 Caused by: java.io.FileNotFoundException: f:\jenkins\jobs\evo11-PKG\builds\2012-09-10_09-16-27\archive??m?O?U-D?#?D{2?m?`?M&?-?+?bk?1?????0!?"? N?L?T??F9?#9?a?v (The filename, directory name, or volume label syntax is incorrect) 09:32:16 at java.io.FileOutputStream.open(Native Method) 09:32:16 at java.io.FileOutputStream.<init>(Unknown Source) 09:32:16 at java.io.FileOutputStream.<init>(Unknown Source) 09:32:16 at hudson.util.IOUtils.copy(IOUtils.java:34) 09:32:16 at hudson.FilePath.readFromTar(FilePath.java:1833) 09:32:16 ... 11 more 09:32:16
09:32:16 at hudson.FilePath.copyRecursiveTo(FilePath.java:1762)
09:32:16 at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:116)
09:32:16 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
09:32:16 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)
09:32:16 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692)
09:32:16 at hudson.model.Build$BuildExecution.post2(Build.java:183)
09:32:16 at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639)
09:32:16 at hudson.model.Run.execute(Run.java:1485)
09:32:16 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
09:32:16 at hudson.model.ResourceController.execute(ResourceController.java:88)
09:32:16 at hudson.model.Executor.run(Executor.java:239)
09:32:16 Caused by: java.util.concurrent.ExecutionException: java.io.IOException: Pipe is already closed
09:32:16 at hudson.remoting.Channel$3.adapt(Channel.java:679)
09:32:16 at hudson.remoting.Channel$3.adapt(Channel.java:674)
09:32:16 at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59)
09:32:16 at hudson.FilePath.copyRecursiveTo(FilePath.java:1758)
09:32:16 ... 10 more
09:32:16 Caused by: java.io.IOException: Pipe is already closed
09:32:16 at hudson.remoting.PipeWindow.checkDeath(PipeWindow.java:83)
09:32:16 at hudson.remoting.PipeWindow$Real.get(PipeWindow.java:171)
09:32:16 at hudson.remoting.ProxyOutputStream._write(ProxyOutputStream.java:118)
09:32:16 at hudson.remoting.ProxyOutputStream.write(ProxyOutputStream.java:103)
09:32:16 at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
09:32:16 at java.io.BufferedOutputStream.write(Unknown Source)
09:32:16 at java.util.zip.DeflaterOutputStream.deflate(Unknown Source)
09:32:16 at java.util.zip.DeflaterOutputStream.write(Unknown Source)
09:32:16 at java.util.zip.GZIPOutputStream.write(Unknown Source)
09:32:16 at java.io.BufferedOutputStream.write(Unknown Source)
09:32:16 at org.apache.tools.tar.TarBuffer.writeBlock(TarBuffer.java:410)
09:32:16 at org.apache.tools.tar.TarBuffer.writeRecord(TarBuffer.java:351)
09:32:16 at hudson.org.apache.tools.tar.TarOutputStream.writeEOFRecord(TarOutputStream.java:356)
09:32:16 at hudson.org.apache.tools.tar.TarOutputStream.finish(TarOutputStream.java:137)
09:32:16 at hudson.org.apache.tools.tar.TarOutputStream.close(TarOutputStream.java:149)
09:32:16 at hudson.util.io.TarArchiver.close(TarArchiver.java:119)
09:32:16 at hudson.FilePath.writeToTar(FilePath.java:1809)
09:32:16 at hudson.FilePath.access$1000(FilePath.java:166)
09:32:16 at hudson.FilePath$36.invoke(FilePath.java:1748)
09:32:16 at hudson.FilePath$36.invoke(FilePath.java:1745)
09:32:16 at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2180)
09:32:16 at hudson.remoting.UserRequest.perform(UserRequest.java:118)
09:32:16 at hudson.remoting.UserRequest.perform(UserRequest.java:48)
09:32:16 at hudson.remoting.Request$2.run(Request.java:287)
09:32:16 at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
09:32:16 at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
09:32:16 at java.util.concurrent.FutureTask.run(Unknown Source)
09:32:16 at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
09:32:16 at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
09:32:16 at hudson.remoting.Engine$1$1.run(Engine.java:60)
09:32:16 at java.lang.Thread.run(Unknown Source)
09:32:16 Caused by: java.io.IOException: Pipe is already closed
09:32:16 at hudson.remoting.FastPipedOutputStream.write(FastPipedOutputStream.java:147)
09:32:16 at hudson.remoting.FastPipedOutputStream.write(FastPipedOutputStream.java:131)
09:32:16 at hudson.remoting.ProxyOutputStream$Chunk$1.run(ProxyOutputStream.java:211)
09:32:16 at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
09:32:16 at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
09:32:16 at java.util.concurrent.FutureTask.run(Unknown Source)
09:32:16 at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
09:32:16 at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
09:32:16 ... 1 more
09:32:16 Caused by: hudson.remoting.FastPipedInputStream$ClosedBy: The pipe was closed at...
09:32:16 at hudson.remoting.FastPipedInputStream.close(FastPipedInputStream.java:112)
09:32:16 at java.io.FilterInputStream.close(Unknown Source)
09:32:16 at java.util.zip.InflaterInputStream.close(Unknown Source)
09:32:16 at java.util.zip.GZIPInputStream.close(Unknown Source)
09:32:16 at org.apache.tools.tar.TarBuffer.close(TarBuffer.java:456)
09:32:16 at hudson.org.apache.tools.tar.TarInputStream.close(TarInputStream.java:110)
09:32:16 at hudson.FilePath.readFromTar(FilePath.java:1850)
09:32:16 at hudson.FilePath.copyRecursiveTo(FilePath.java:1755)
09:32:16 at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:116)
09:32:16 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
09:32:16 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)
09:32:16 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692)
09:32:16 at hudson.model.Build$BuildExecution.post2(Build.java:183)
09:32:16 at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639)
09:32:16 at hudson.model.Run.execute(Run.java:1485)
09:32:16 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
09:32:16 at hudson.model.ResourceController.execute(ResourceController.java:88)
09:32:16 at hudson.model.Executor.run(Executor.java:239)
Thanks
Does this issue still occur on recent Jenkins versions? I mean the OutOfMemoryError, not the issue with files larger than 8GB, that's tracked as JENKINS-10629.
Given the age of this issue and lack of response to the recent comment asking for updated information, resolving as Fixed again.
If something similar occurs on recent versions of Jenkins, please file a new bug report so it can be investigated independent of this issue's history.
I had to downgrade Hudson to 1.362, all newer ones failed with this error on archiving large files.
I had the same problem in two different installations with completely different configuration, except that both were Windows installations.