This was on Hudson 1.333

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?

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.

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.

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.

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