Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-4820

Build Fails on PPC64/Linux with IBM-JDK

    XMLWordPrintable

Details

    • Bug
    • Status: Closed (View Workflow)
    • Blocker
    • Resolution: Fixed
    • core
    • None
    • Platform: Other, OS: Linux

    Description

      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

      Attachments

        Issue Links

          is duplicated by

          Bug - A problem which impairs or prevents the functions of the product. JENKINS-3397 Slave Archiver fails with java.lang.NoClassDefFoundError: hudson.util.jna.GNUCLibrary (initialization failure) with IBM JVM 1.5

          • Major - Major loss of function.
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. JENKINS-5137 FIle copy error with Build Secret plugin on one slave

          • Major - Major loss of function.
          • Closed

          Activity

            Ascending order - Click to sort in descending order
            cdaszenies cdaszenies added a comment -

            This was on Hudson 1.333

            cdaszenies cdaszenies added a comment - This was on Hudson 1.333
            mindless 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.

            mindless 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.
            kohsuke 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?

            kohsuke 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?
            kohsuke Kohsuke Kawaguchi added a comment -

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

            kohsuke Kohsuke Kawaguchi added a comment - https://jna.dev.java.net/ says PowerPC/Linux is not supported — only i386 and amd64 are listed under Linux.
            kohsuke 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.

            kohsuke 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.
            davidzzzwilliams davidzzzwilliams added a comment -

            observer

            davidzzzwilliams davidzzzwilliams added a comment - observer
            batmat 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.

            batmat 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.
            davidzzzwilliams 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.

            davidzzzwilliams 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.
            scm_issue_link 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.

            scm_issue_link 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 cdaszenies added a comment -

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

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

            People

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

              Dates

                Created:
                Updated:
                Resolved: