quick question regarding jsvc

[Adam Hardy <ad...@cyberspaceroad.com>]

I'm running tomcat as user 'tomcat' on linux with jsvc.exec, using the 
associated shell script as the SysVinit start-up script.

I see tomcat running as 2 processes - one as root and one as tomcat. This 
doesn't seem right. Is it? Or should I change the command in the start-up script?

Thanks
Adam

---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org

Re: quick question regarding jsvc

[Bill Barker <wb...@wilshire.com>]

"David Smith" <dn...@cornell.edu> wrote in message 
news:484886B2.30208@cornell.edu...
> I'm seeing that as well.  The root user jsvc process is parent to the 
> tomcat user jsvc process.  You'll also notice from analysis of netstat's 
> output that the tomcat user jsvc process is the only one listening to 
> ports.  The one running as root is just there to spawn the true tomcat 
> process with access to privileged ports.  I'm sure the root user jsvc 
> process is also the one that takes a kill signal and sends a normal 
> shutdown command to the other.
>

Yeah, this is pretty much right.  Only the un-privilged child will handle 
incoming requests.  The privileged parent just sits there and waits for 
signals normally.  It is the same way that Apache httpd works.  It works 
around the fact that most JVM vendors on *nix systems register their own 
signal handler for SIGTERM and SIGHUP.

> --David
>
> Adam Hardy wrote:
>> I'm running tomcat as user 'tomcat' on linux with jsvc.exec, using the 
>> associated shell script as the SysVinit start-up script.
>>
>> I see tomcat running as 2 processes - one as root and one as tomcat. This 
>> doesn't seem right. Is it? Or should I change the command in the start-up 
>> script?
>>
>> Thanks
>> Adam
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
> 




---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org

Re: quick question regarding jsvc

[David Smith <dn...@cornell.edu>]

I'm seeing that as well.  The root user jsvc process is parent to the 
tomcat user jsvc process.  You'll also notice from analysis of netstat's 
output that the tomcat user jsvc process is the only one listening to 
ports.  The one running as root is just there to spawn the true tomcat 
process with access to privileged ports.  I'm sure the root user jsvc 
process is also the one that takes a kill signal and sends a normal 
shutdown command to the other.

--David

Adam Hardy wrote:
> I'm running tomcat as user 'tomcat' on linux with jsvc.exec, using the 
> associated shell script as the SysVinit start-up script.
>
> I see tomcat running as 2 processes - one as root and one as tomcat. 
> This doesn't seem right. Is it? Or should I change the command in the 
> start-up script?
>
> Thanks
> Adam
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>


---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org