From: "Sandro Bonazzola" <sbonazzo@redhat.com> To: "Eyal Edri" <eedri@redhat.com>, "David Caro Estevez" <dcaroest@redh= at.com>, "Barak Korren" <bkorren@redhat.com> Cc: "infra" <infra@ovirt.org>, devel@ovirt.org Sent: Tuesday, October 21, 2014 2:14:12 PM Subject: Re: failure on multiple jobs due to Could not initialize class= jnr.posix.JavaLibCHelper on F21 slaves =20 Il 21/10/2014 13:13, Eyal Edri ha scritto:
looks to me like default jdk might be not compatible with jenkins. are we enforcing jdk 1.7 on these slaves? =20 can we check which version of java is running there? =20 it's 1.8. 1.7 doesn't exist anymore in F21 and 1.8 is meant to be 100% compatible= with code built on 1.7. =20 i wouldn't count on it with jenkins :)=20
=20 =20 ----- Original Message ----- there used to be a problem running master on jdk 1.7 (maybe still has), s= o i would 1st search there and maybe open a bug to jenkins. =20
=20 =20
=20 =20 ----- Original Message -----
From: "Sandro Bonazzola" <sbonazzo@redhat.com> To: "infra" <infra@ovirt.org> Cc: devel@ovirt.org Sent: Tuesday, October 21, 2014 2:07:17 PM Subject: failure on multiple jobs due to Could not initialize class jnr.posix.JavaLibCHelper on F21 slaves
Hi, we have several jenkins jobs failing on different Fedora 21 hosts wi=
error like:
13:27:55 ERROR: Failed to archive artifacts: exported-artifacts/* 13:27:55 java.io.IOException: java.util.concurrent.ExecutionExceptio= n: java.lang.NoClassDefFoundError: Could not initialize class jnr.posix.JavaLibCHelper 13:27:55 at hudson.FilePath.copyRecursiveTo(FilePath.java:2047) 13:27:55 at jenkins.model.StandardArtifactManager.archive(StandardArtifactManage= r.java:61) 13:27:55 at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:220) 13:27:55 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) 13:27:55 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBu= ild.java:772) 13:27:55 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSte=
13:27:55 at hudson.model.Build$BuildExecution.post2(Build.java:183) 13:27:55 at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild= =2Ejava:685) 13:27:55 at hudson.model.Run.execute(Run.java:1765) 13:27:55 at hudson.matrix.MatrixRun.run(MatrixRun.java:146) 13:27:55 at hudson.model.ResourceController.execute(ResourceController.java:88) 13:27:55 at hudson.model.Executor.run(Executor.java:234) 13:27:55 Caused by: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: Could not initialize class jnr.posix.JavaLibCHelper 13:27:55 at hudson.remoting.Channel$3.adapt(Channel.java:772) 13:27:55 at hudson.remoting.Channel$3.adapt(Channel.java:767) 13:27:55 at hudson.remoting.FutureAdapter.get(FutureAdapter.java:55) 13:27:55 at hudson.FilePath.copyRecursiveTo(FilePath.java:2045) 13:27:55 ... 11 more 13:27:55 Caused by: java.lang.NoClassDefFoundError: Could not initia=
class jnr.posix.JavaLibCHelper 13:27:55 at jnr.posix.JavaPOSIX.<init>(JavaPOSIX.java:31) 13:27:55 at jnr.posix.POSIXFactory.getJavaPOSIX(POSIXFactory.java:9=
13:27:55 at jnr.posix.POSIXFactory.loadPOSIX(POSIXFactory.java:57) 13:27:55 at jnr.posix.LazyPOSIX.loadPOSIX(LazyPOSIX.java:33) 13:27:55 at jnr.posix.LazyPOSIX.posix(LazyPOSIX.java:29) 13:27:55 at jnr.posix.LazyPOSIX.stat(LazyPOSIX.java:267) 13:27:55 at hudson.util.IOUtils.mode(IOUtils.java:128) 13:27:55 at hudson.util.io.TarArchiver.visit(TarArchiver.java:101) 13:27:55 at hudson.util.DirScanner.scanSingle(DirScanner.java:49) 13:27:55 at hudson.FilePath$ExplicitlySpecifiedDirScanner.scan(FilePath.java:257=
13:27:55 at hudson.FilePath.writeToTar(FilePath.java:2083) 13:27:55 at hudson.FilePath.access$1000(FilePath.java:180) 13:27:55 at hudson.FilePath$41.invoke(FilePath.java:2024) 13:27:55 at hudson.FilePath$41.invoke(FilePath.java:2020) 13:27:55 at hudson.FilePath$FileCallableWrapper.call(FilePath.java:=
13:27:55 at hudson.remoting.UserRequest.perform(UserRequest.java:11=
--aziWXe2aaRGlkyg3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good news! I've disconnected and reconnected all the fc21 slaves, and now it seems to be working well: http://jenkins.ovirt.org/job/ioprocess_master_create-rpms-fc20-x86_64_mer= ged/12/console That forced jenkins to send again the slave .jar and restart the slave process. It might be that something altered the java setup after the slave started the first time, I'll look some of the jobs that the slave did run, one of them might be installing/removing packages for java or something. Let me know if you see that issue again, I'll be looking but anyhow On 10/21, Eyal Edri wrote: th ps(AbstractBuild.java:736) lize 1) 1) 2492) 8)
13:27:55 at hudson.remoting.UserRequest.perform(UserRequest.java:48) 13:27:55 at hudson.remoting.Request$2.run(Request.java:328) 13:27:55 at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecu= torService.java:72) 13:27:55 at java.util.concurrent.FutureTask.run(FutureTask.java:266) 13:27:55 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor= =2Ejava:1142) 13:27:55 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecuto= r.java:617) 13:27:55 at java.lang.Thread.run(Thread.java:745)
can you please investigate and fix it?
Reference jobs failing: fc21-vm01.phx.ovirt.org - http://jenkins.ovirt.org/job/jasper-reports_master_create-rpms_merge= d/label=3Dfc21/39/console fc21-vm06.phx.ovirt.org - http://jenkins.ovirt.org/job/ioprocess_master_create-rpms-fc20-x86_6= 4_merged/11/console fc21-vm06.phx.ovirt.org - http://jenkins.ovirt.org/job/ioprocess_master_create-rpms-fc21-x86_6= 4_merged/9/console fc21-vm06.phx.ovirt.org - http://jenkins.ovirt.org/job/otopi_master_create-rpms_merged/667/lab= el=3Dfc21/console fc21-vm03.phx.ovirt.org - http://jenkins.ovirt.org/job/ovirt-engine-cli_master_create-rpms_mer= ged/label=3Dfc21/347/console fc21-vm03.phx.ovirt.org - http://jenkins.ovirt.org/job/ovirt-engine-jboss-as_master_create-rpm= s_merged/ARCH=3Dx86_64,DISTRIBUTION=3Depel-6/11/consoleFull -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collabora= tion. See how it works at redhat.com _______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
=20 =20 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboratio= n. See how it works at redhat.com =20
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605 --aziWXe2aaRGlkyg3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJURkY/AAoJEEBxx+HSYmnD4FkH/3d/j2HJ8pJOtC5LrIISZEd0 iLSelGtp+WRq9X5bIt7r5ofFX7z4vgWQ4FDUUsA7WKjdy6rG1duaYkIb6S3lrW+u 4nTNn8HAa1vtjVHBiGzTtPpucFal3XLYOVOYUM1DPbQHNFAWH7pVeQDRcKK1VUfu T5qcjCLnOTQmDs8XgdwJIG168vJzrMNi/uiJUC3F3vbFS0ut9VBJW+Jz5WhPNmSY AXDnueJaS6/k8ZfvRc1GHHViJiqnFMqMHuTwGiaf80dZlsuPwFIIllh1elXOUsPe R9ys6FlZviukQhjI5eScJ0GUaxEkhot9lTL5VJn1dFh5ZLQ7HOO2OFJY6QGWMh8= =mYiX -----END PGP SIGNATURE----- --aziWXe2aaRGlkyg3--