• Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Blocker Blocker
    • core
    • None
    • Platform: Other, OS: Linux

      Started by user anonymous
      FATAL: hudson.util.jna.GNUCLibrary (initialization failure)
      java.lang.NoClassDefFoundError: hudson.util.jna.GNUCLibrary (initialization failure)
      at java.lang.J9VMInternals.initialize(J9VMInternals.java:134)
      at hudson.Util.createSymlink(Util.java:970)
      at hudson.model.Run.run(Run.java:1172)
      at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
      at hudson.model.ResourceController.execute(ResourceController.java:88)
      at hudson.model.Executor.run(Executor.java:123)

      Environment:
      uname -a
      Linux XXX 2.6.18-164.6.1.el5 #1 SMP Tue Oct 27 11:38:31 EDT 2009 ppc64 ppc64
      ppc64 GNU/Linux

      /opt/ibm/java/bin/java -version
      java version "1.5.0"
      Java(TM) 2 Runtime Environment, Standard Edition (build pxp64dev-20090707 (SR10 ))
      IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux ppc64-64 j9vmxp6423-20090707
      (JIT enabled)
      J9VM - 20090706_38445_BHdSMr
      JIT - 20090623_1334_r8
      GC - 200906_09)
      JCL - 20090705

          [JENKINS-4820] Build Fails on PPC64/Linux with IBM-JDK

          cdaszenies added a comment -

          This was on Hudson 1.333

          cdaszenies added a comment - This was on Hudson 1.333

          Alan Harder added a comment -

          see issue #4301 which mentions the change that introduced this problem.

          for now you can either downgrade to 1.332 OR run your Hudson with this java
          system property:
          -Dhudson.Util.symlinkEscapeHatch=true
          which will make Hudson exec "ln" binary instead of using the GNUC library.

          Alan Harder added a comment - see issue #4301 which mentions the change that introduced this problem. for now you can either downgrade to 1.332 OR run your Hudson with this java system property: -Dhudson.Util.symlinkEscapeHatch=true which will make Hudson exec "ln" binary instead of using the GNUC library.

          When you look back the server log, do you see the stack trace that shows the
          root cause of the initialization failure?

          Kohsuke Kawaguchi added a comment - When you look back the server log, do you see the stack trace that shows the root cause of the initialization failure?

          https://jna.dev.java.net/ says PowerPC/Linux is not supported — only i386 and
          amd64 are listed under Linux.

          Kohsuke Kawaguchi added a comment - https://jna.dev.java.net/ says PowerPC/Linux is not supported — only i386 and amd64 are listed under Linux.

          I filed https://jna.dev.java.net/issues/show_bug.cgi?id=137

          In the mean time I guess we need a fallback in the createSymlink code that
          catches LinkageError and revert to forking ln.

          Kohsuke Kawaguchi added a comment - I filed https://jna.dev.java.net/issues/show_bug.cgi?id=137 In the mean time I guess we need a fallback in the createSymlink code that catches LinkageError and revert to forking ln.

          observer

          davidzzzwilliams added a comment - observer

          Adding me as an observer (a pity I'm forced to add a comment for this. Jira
          doesn't need it).
          Sorry for the spam.

          Baptiste Mathus added a comment - Adding me as an observer (a pity I'm forced to add a comment for this. Jira doesn't need it). Sorry for the spam.

          We saw some unexpected results, as documented in

          https://bugs.eclipse.org/bugs/show_bug.cgi?id=292629

          at the end, in comments 44 - 46.

          First, using build 334, we saw

          FATAL: hudson.util.jna.GNUCLibrary (initialization failure)
          java.lang.NoClassDefFoundError: hudson.util.jna.GNUCLibrary (initialization
          failure)
          at java.lang.J9VMInternals.initialize(J9VMInternals.java:132)
          at hudson.Util.createSymlink(Util.java:970)

          Sounds like that's to be expected, given this bug.

          But, the unexpected part, we then added

          -Dhudson.Util.symlinkEscapeHatch=true

          but got

          FATAL: jnidispatch (/com/sun/jna/linux-ppc/libjnidispatch.so) not found in
          resource path
          java.lang.UnsatisfiedLinkError: jnidispatch
          (/com/sun/jna/linux-ppc/libjnidispatch.so) not found in resource path
          at com.sun.jna.Native.loadNativeLibraryFromJar(Native.java:700)
          at com.sun.jna.Native.loadNativeLibrary(Native.java:680)
          at com.sun.jna.Native.<clinit>(Native.java:108)
          at java.lang.J9VMInternals.initializeImpl(Native Method)
          at java.lang.J9VMInternals.initialize(J9VMInternals.java:194)
          at hudson.util.jna.GNUCLibrary.<clinit>(GNUCLibrary.java:86)
          at java.lang.J9VMInternals.initializeImpl(Native Method)
          at java.lang.J9VMInternals.initialize(J9VMInternals.java:194)
          at hudson.Util.createSymlink(Util.java:970)

          This could easily be in our setup or install ... did not investigate.
          Just wanted to document here that the workaround didn't work for us,
          in case that's useful to you.

          davidzzzwilliams added a comment - We saw some unexpected results, as documented in https://bugs.eclipse.org/bugs/show_bug.cgi?id=292629 at the end, in comments 44 - 46. First, using build 334, we saw FATAL: hudson.util.jna.GNUCLibrary (initialization failure) java.lang.NoClassDefFoundError: hudson.util.jna.GNUCLibrary (initialization failure) at java.lang.J9VMInternals.initialize(J9VMInternals.java:132) at hudson.Util.createSymlink(Util.java:970) Sounds like that's to be expected, given this bug. But, the unexpected part, we then added -Dhudson.Util.symlinkEscapeHatch=true but got FATAL: jnidispatch (/com/sun/jna/linux-ppc/libjnidispatch.so) not found in resource path java.lang.UnsatisfiedLinkError: jnidispatch (/com/sun/jna/linux-ppc/libjnidispatch.so) not found in resource path at com.sun.jna.Native.loadNativeLibraryFromJar(Native.java:700) at com.sun.jna.Native.loadNativeLibrary(Native.java:680) at com.sun.jna.Native.<clinit>(Native.java:108) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:194) at hudson.util.jna.GNUCLibrary.<clinit>(GNUCLibrary.java:86) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:194) at hudson.Util.createSymlink(Util.java:970) This could easily be in our setup or install ... did not investigate. Just wanted to document here that the workaround didn't work for us, in case that's useful to you.

          Code changed in hudson
          User: : kohsuke
          Path:
          trunk/hudson/main/core/src/main/java/hudson/Util.java
          trunk/hudson/main/core/src/main/java/hudson/WebAppMain.java
          trunk/hudson/main/core/src/main/java/hudson/tools/ZipExtractionInstaller.java
          trunk/hudson/main/core/src/main/java/hudson/util/jna/GNUCLibrary.java
          trunk/www/changelog.html
          http://fisheye4.cenqua.com/changelog/hudson/?cs=24103
          Log:
          [FIXED JENKINS-4820] Fallback gracefully if JNA is not available.

          SCM/JIRA link daemon added a comment - Code changed in hudson User: : kohsuke Path: trunk/hudson/main/core/src/main/java/hudson/Util.java trunk/hudson/main/core/src/main/java/hudson/WebAppMain.java trunk/hudson/main/core/src/main/java/hudson/tools/ZipExtractionInstaller.java trunk/hudson/main/core/src/main/java/hudson/util/jna/GNUCLibrary.java trunk/www/changelog.html http://fisheye4.cenqua.com/changelog/hudson/?cs=24103 Log: [FIXED JENKINS-4820] Fallback gracefully if JNA is not available.

          cdaszenies added a comment -

          works on our build-server (Hudson ver. 1.336)
          Thanks a lot!

          cdaszenies added a comment - works on our build-server (Hudson ver. 1.336) Thanks a lot!

            Unassigned Unassigned
            cdaszenies cdaszenies
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: