Re: [Wrapper-user] Cant fid libjvm.so with setuid bit

[Leif M. <le...@ta...>]

Mike,
Sorry for the poor response time. I agree that this is a much more likely
root cause of those other problems than the file being corrupted. I was
grasping for straws at the time.. :-/

I tried playing around with setting the user bit on by Debian system and
was not able to reproduce the problem. What are the permissions of the
libjvm.so file on your system? Is it possible that your jboss user just
can't
see it?

I will forward this to a couple of my Linux users who are a little more
knowledgeable that I on this subject. I will have to study up on how the
user bit affects a process when it is run.

What is user is the owner of the wrapper executable? "If this bit is set for
an executable file, then whenever a user other than the owner executes
the file,
that user acquires all the file read/write/execute privileges of the
owner in
accessing any of the owner's other files!"
From:
http://heather.cs.ucdavis.edu/~matloff/UnixAndC/CLanguage/SetUserID.html

Cheers,
Leif

Mike Cassisa wrote:

> Hi I am setting up a jboss server that is running on RedHat Linux (ES)
> 3.0. I have the 1.4.2 jdk from sun installed, via rpm, in
> /usr/java/j2sdk... I have been using the Java Service Wrapper for the
> last couple of years and have been very happy with it.
>
> My problem is this. Initially I had everything set up to run my JBoss
> instance via wrapper script and had it nicely integrated, no problems
> everything works as expected. However, I was running the service as
> root. So I changed the ownership of all files in my jboss directory to
> jboss:jboss (yes I made the user). Then I set the user bit (setuid) on
> the wrapper executeable file (chmod u+s wrapper). When I do this I get
> the following error when trying to run the service/daemon:
>
> "Unable to load native library: libjvm.so: cannot open shared object
> file: No such file or directory
>
> If I chmod 777 the wrapper file it works just fine, even with the
> jboss owner. I did find a previous issue with libjvm.so here
> http://sourceforge.net/mailarchive/message.php?msg_id=6815963 but the
> answer seemed to be that the jvm was corrupted which seems unlikely
> since it all works when the uid bit of the wrapper file is not set.
> The only thing I can think of is that I explicitly list tools.jar in
> my classpath arguments (this has always worked for me) but everything
> else should be pretty standard. Comparing with the log file that works
> there are no differences until the after the "Launching JVM..." output.
>
> I did put the wrapper.debug parameter in the conf file here is the output:
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Spawning intermediate process...
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Spawning daemon process...
>
> STATUS | wrapper | 2004/08/06 16:05:18 | --> Wrapper Started as Daemon
>
> DEBUG | wrapperp | 2004/08/06 16:05:18 | server listening on port 32001.
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[0] :
> /usr/java/j2sdk1.4.2_04/bin/java
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[1] :
> -Dprogram.name=echo-run.sh
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[2] :
> -Djboss.home=/usr/local/lib/jboss
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[3] : -Xdebug
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[4] :
> -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=18001
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[5] :
> -Djava.library.path=../lib
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[6] : -classpath
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[7] :
> ../lib/wrapper.jar:../bin/run.jar:/usr/java/j2sdk1.4.2_04/lib/tools.jar
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[8] :
> -Dwrapper.key=9KsZxLvqZXfQjzky
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[9] : -Dwrapper.port=32001
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[10] : -Dwrapper.debug=TRUE
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[11] :
> -Dwrapper.use_system_time=TRUE
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[12] :
> -Dwrapper.version=3.1.0
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[13] :
> -Dwrapper.native_library=wrapper
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[14] :
> -Dwrapper.service=TRUE
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[15] :
> -Dwrapper.cpu.timeout=10
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[16] : -Dwrapper.jvmid=1
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[17] :
> org.tanukisoftware.wrapper.WrapperSimpleApp
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[18] : org.jboss.Main
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[19] : -c
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | Command[20] : cc
>
> STATUS | wrapper | 2004/08/06 16:05:18 | Launching a JVM...
>
> INFO | jvm 1 | 2004/08/06 16:05:18 | Error occurred during
> initialization of VM
>
> INFO | jvm 1 | 2004/08/06 16:05:18 | Unable to load native library:
> libjvm.so: cannot open shared object file: No such file or directory
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | JVM process exited with a code
> of 1, setting the wrapper exit code to 1.
>
> ERROR | wrapper | 2004/08/06 16:05:18 | JVM exited while loading the
> application.
>
> DEBUG | wrapper | 2004/08/06 16:05:18 | JVM was only running for 0
> seconds leading to a failed restart count of 1.
>
> Thanks,
>
> MC
>
> Mike Cassisa
>
> Software Engineer
>
> Cricket Communications
>
> 10307 Pacific Center Court
>
> San Diego, CA 92121
>
> 858-882-6096 Office
>
> Computer Science is the discipline that believes all
>
> problems can be solved with one more layer of indirection.
>
> -Dennis DeBruler
>