|
From: Xavier T. <tx...@gm...> - 2006-04-18 13:29:00
|
Yeah the link didn't actually help. I'm running on Fedora Core 4 with selinux enabled and the real error is: INFO | jvm 1 | 2006/04/18 13:21:17 | Loading native library failed: libwrapper.so Cause: java.lang.UnsatisfiedLinkError: /opt/jwss/lib/libwrapper.so: /opt/jwss/lib/libwrapper.so: cannot restore segment prot after reloc: Permission denied so I had to do the following to get it to work: chcon -t texrel_shlib_t /opt/jwss/lib/libwrapper.so On 3/30/06, Leif Mortenson <le...@ta...> wrote: > > Xavier, > That shouldn't be necessary. The WrapperManager class will attempt > to load > the libwrapper.so file using two names. The first is the platform > specific name, > in your case, libwrapper-linux-x86-32.so. The second is the default > libwrapper.so. > If the platform specific named file does not exist, it will fall back to > the default name. > This was done to make the delta-pack release possible. > > If you look at the debug output, you will see an error about the > platform > named file not being found. But the second libwrapper.so file should wor= k > fine. I can't imaging why on its won, adding the symbolic link would hel= p > as it would still be attempting to load the original libwrapper.so file. > > What does that section of the debug wrapper.log file look like withou= t > that symbolic link. libwrapper-linux-x86-32.so should be failing to load= . > But it should then continue on to attempt to load the libwrapper.so file. > > Cheers, > Leif > > Xavier Toth wrote: > > I ended up needing to do : > > ln -s libwrapper.so libwrapper-linux-x86-32.so > > > > is this mentioned anywhere in the docs? > > > > On 3/28/06, *Leif Mortenson* <le...@ta... > > <mailto:le...@ta...>> wrote: > > > > Xavier, > > Can you set the wrapper.debug=3Dtrue property and try this > > again? It > > will show a little > > more information about why the library could not be loaded. You > > may be > > missing a > > required system library or something. > > > > Cheers, > > Leif > > > > Xavier Toth wrote: > > > I'm running on Fedora Core 5 with SELinux in Permissive mode. I'v= e > > > verified that I have the 32 bit version and that the file is > > owned by > > > the user who my services run as. Is there something I'm missing > > here? > > > > > > > > > STATUS | wrapper | 2006/03/28 15:06:10 | --> Wrapper Started as > > Daemon > > > STATUS | wrapper | 2006/03/28 15:06:11 | Launching a JVM... > > > INFO | jvm 1 | 2006/03/28 15:06:11 | Wrapper (Version 3.2.0) > > > http://wrapper.tanukisoftware.org > > > INFO | jvm 1 | 2006/03/28 15:06:11 | > > > INFO | jvm 1 | 2006/03/28 15:06:11 | > > > INFO | jvm 1 | 2006/03/28 15:06:11 | WARNING - Unable to > > load the > > > Wrapper's native library 'libwrapper.so'. > > > INFO | jvm 1 | 2006/03/28 15:06:11 | The file is > > > located on the path at the following location but > > > INFO | jvm 1 | 2006/03/28 15:06:11 | could not be > > loaded: > > > INFO | jvm 1 | 2006/03/28 15:06:11 | > > > /opt/jwss/lib/libwrapper.so > > > INFO | jvm 1 | 2006/03/28 15:06:11 | Please > > verify that > > > the file is readable by the current user > > > INFO | jvm 1 | 2006/03/28 15:06:11 | and that the > > file > > > has not been corrupted in any way. > > > INFO | jvm 1 | 2006/03/28 15:06:11 | One common > cause > > > of this problem is running a 32-bit version > > > INFO | jvm 1 | 2006/03/28 15:06:11 | of the Wrappe= r > > > with a 64-bit version of Java, or vica versa. > > > INFO | jvm 1 | 2006/03/28 15:06:11 | This is a > > 32-bit JVM. > > > INFO | jvm 1 | 2006/03/28 15:06:11 | System signal= s > > > will not be handled correctly. > > > INFO | jvm 1 | 2006/03/28 15:06:11 | > > > > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |