timja / jenkins-gh-issues-poc-06-18

0 stars 0 forks source link

[JENKINS-25120] Failed to archive artifacts: *.tar.gz NoClassDefFoundError #5547

Open timja opened 10 years ago

timja commented 10 years ago

This is critical, since those artifacts will be deleted after the job is finished.

2014-10-10 16:22:32 ERROR: Failed to archive artifacts: *.tar.gz
2014-10-10 16:22:32 java.io.IOException: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: Could not initialize class jnr.posix.JavaLibCHelper
2014-10-10 16:22:32     at hudson.FilePath.copyRecursiveTo(FilePath.java:2047)
2014-10-10 16:22:32     at jenkins.model.StandardArtifactManager.archive(StandardArtifactManager.java:61)
2014-10-10 16:22:32     at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:183)
2014-10-10 16:22:32     at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
2014-10-10 16:22:32     at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:772)
2014-10-10 16:22:32     at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:736)
2014-10-10 16:22:32     at hudson.model.Build$BuildExecution.post2(Build.java:183)
2014-10-10 16:22:32     at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:685)
2014-10-10 16:22:32     at hudson.model.Run.execute(Run.java:1757)
2014-10-10 16:22:32     at hudson.matrix.MatrixRun.run(MatrixRun.java:146)
2014-10-10 16:22:32     at hudson.model.ResourceController.execute(ResourceController.java:88)
2014-10-10 16:22:32     at hudson.model.Executor.run(Executor.java:234)
2014-10-10 16:22:32 Caused by: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: Could not initialize class jnr.posix.JavaLibCHelper
2014-10-10 16:22:32     at hudson.remoting.Channel$3.adapt(Channel.java:772)
2014-10-10 16:22:32     at hudson.remoting.Channel$3.adapt(Channel.java:767)
2014-10-10 16:22:32     at hudson.remoting.FutureAdapter.get(FutureAdapter.java:55)
2014-10-10 16:22:32     at hudson.FilePath.copyRecursiveTo(FilePath.java:2045)
2014-10-10 16:22:32     ... 11 more
2014-10-10 16:22:32 Caused by: java.lang.NoClassDefFoundError: Could not initialize class jnr.posix.JavaLibCHelper
2014-10-10 16:22:32     at jnr.posix.JavaPOSIX.(JavaPOSIX.java:31)
2014-10-10 16:22:32     at jnr.posix.POSIXFactory.getJavaPOSIX(POSIXFactory.java:91)
2014-10-10 16:22:32     at jnr.posix.POSIXFactory.loadPOSIX(POSIXFactory.java:57)
2014-10-10 16:22:32     at jnr.posix.LazyPOSIX.loadPOSIX(LazyPOSIX.java:33)
2014-10-10 16:22:32     at jnr.posix.LazyPOSIX.posix(LazyPOSIX.java:29)
2014-10-10 16:22:32     at jnr.posix.LazyPOSIX.stat(LazyPOSIX.java:267)
2014-10-10 16:22:32     at hudson.util.IOUtils.mode(IOUtils.java:128)
2014-10-10 16:22:32     at hudson.util.io.TarArchiver.visit(TarArchiver.java:101)
2014-10-10 16:22:32     at hudson.util.DirScanner.scanSingle(DirScanner.java:49)
2014-10-10 16:22:32     at hudson.FilePath$ExplicitlySpecifiedDirScanner.scan(FilePath.java:2571)
2014-10-10 16:22:32     at hudson.FilePath.writeToTar(FilePath.java:2083)
2014-10-10 16:22:32     at hudson.FilePath.access$1000(FilePath.java:180)
2014-10-10 16:22:32     at hudson.FilePath$41.invoke(FilePath.java:2024)
2014-10-10 16:22:32     at hudson.FilePath$41.invoke(FilePath.java:2020)
2014-10-10 16:22:32     at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2492)
2014-10-10 16:22:32     at hudson.remoting.UserRequest.perform(UserRequest.java:118)
2014-10-10 16:22:32     at hudson.remoting.UserRequest.perform(UserRequest.java:48)
2014-10-10 16:22:32     at hudson.remoting.Request$2.run(Request.java:328)
2014-10-10 16:22:32     at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
2014-10-10 16:22:32     at java.util.concurrent.FutureTask.run(FutureTask.java:262)
2014-10-10 16:22:32     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
2014-10-10 16:22:32     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
2014-10-10 16:22:32     at java.lang.Thread.run(Thread.java:744)
2014-10-10 16:22:32 Sending e-mails to: aviv.yamsimhay@emc.com
2014-10-10 16:22:37 Finished: FAILURE


Originally reported by aviv_yam, imported from: Failed to archive artifacts: *.tar.gz NoClassDefFoundError
  • status: Open
  • priority: Critical
  • resolution: Unresolved
  • imported: 2022/01/10
timja commented 10 years ago

danielbeck:

All nodes (Jenkins master and slave) are CentOS 6.5? Does this affect all of them, or only one? Since when, did it ever work?

timja commented 10 years ago

aviv_yam:

yes, all are CentOS 6.5.
Yes it worked and working! But we encounter this issue several times and it become critical for us.

timja commented 10 years ago

dcaroest:

I'm having the same issue, it does not happen always, and not continuously using fc21 slaves (with JDK1.8).

The jenkins version I'm using is 1.575

I've found though that after disconnecting and reconnecting the slaves (forcing the slave process to restart and the slave.jar to be checked) it does not fail, or at least, it did not fail yet. I'll let you know if it starts failing again.

timja commented 9 years ago

jbyler:

We have seen this on Jenkins 1.553 on a linux64 (amd64) slave running Red Hat Enterprise Linux Server release 6.5. I think the java version for the slave was probably 1.8.0_25, although several other java versions are also installed on the machine (including 1.7.0_25).

timja commented 9 years ago

pbackx:

I've had a similar issue. It seems to be caused by a bad slave.jar installation/download.
After restarting the slave, everything was back to normal.

Also see: http://lists.ovirt.org/pipermail/infra/2014-October/008170.html

timja commented 9 years ago

ofayans:

I have the same issue with slaves provisioned using docker plugin
I use ssh public key to access slaves so, seemingly the problem is not in the wrong slave.jar

timja commented 8 years ago

ikedam:

The same issue is reported in JENKINS-34017.
(It happened with copyartifact, but the root cause is same.)

timja commented 8 years ago

jglick:

Seems similar to JENKINS-21985, though the class in question is different.

timja commented 7 years ago

oleg_nenashev:

Yes, the issue is similar. Also JENKINS-18682 & Co. No occurrences outside Jenkins, so it's likely our baby. I would say that it happens due to the custom architecture without JNR support, but I am not sure this is a case for this issue.

The recommended approach is JENKINS-36088 as jglick proposed

 

timja commented 2 years ago

[Originally related to: JENKINS-21985]

timja commented 2 years ago

[Originally related to: JENKINS-34017]

timja commented 2 years ago

[Originally related to: JENKINS-37130]

timja commented 2 years ago

[Originally related to: JENKINS-36088]