Tomcat status 75 error

2008-01-02 Thread Paul Beattie
Hi,

I have a series of relatively high transaction volume tomcat servers
which are sporadically hitting thread issues.  We run with with tomcat
4.1.27 at the current time.  The behaviour we notice is after several
days of around one hundred thousand transactions our tomcat instances
hang with the catalina.out message of:

SEVERE: All threads are busy, waiting. Please increase maxThreads or
check the servlet status75 75
Stopping service Tomcat-Standalone

I've done a quite a lot of reading on this and in some cases there is an
indication that moving to a later tomcat version alleviates the issue. 
However in many others it indicates that this problem is due solely to
the code whereby the threads are not exiting cleanly.  We have a classic
3-tier architecture and we can see the db connections closing.  I have
tired reproducing this error on a tomcat 5 environment and I get a
similar but not identical error:

org.apache.tomcat.util.threads.ThreadPool logFull
SEVERE: All threads (15) are currently busy, waiting. Increase
maxThreads (15) or check the servlet status

The tomcat install continues to function correctly after this has
occurred.   What I would like to know is do the 2 error messages
correspond to the same underlying issue.  I strongly suspect it is an
application code issue so I would like to be able to count Tomcat out of
the loop.

Thanks,

Paul

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



Re: Tomcat status 75 error

2008-01-02 Thread Rainer Jung
Hi Paul,

Paul Beattie schrieb:
 Hi,
 
 I have a series of relatively high transaction volume tomcat servers
 which are sporadically hitting thread issues.  We run with with tomcat
 4.1.27 at the current time.  The behaviour we notice is after several
 days of around one hundred thousand transactions our tomcat instances
 hang with the catalina.out message of:
 
 SEVERE: All threads are busy, waiting. Please increase maxThreads or
 check the servlet status75 75
 Stopping service Tomcat-Standalone
 
 I've done a quite a lot of reading on this and in some cases there is an
 indication that moving to a later tomcat version alleviates the issue. 
 However in many others it indicates that this problem is due solely to
 the code whereby the threads are not exiting cleanly.  We have a classic
 3-tier architecture and we can see the db connections closing.  I have
 tired reproducing this error on a tomcat 5 environment and I get a
 similar but not identical error:
 
 org.apache.tomcat.util.threads.ThreadPool logFull
 SEVERE: All threads (15) are currently busy, waiting. Increase
 maxThreads (15) or check the servlet status

If all threads are busy, you can do a thread dump (kill -QUIT) for the
Java process to find out, what they are actually doing. The result goes
into catalina.out. A thread dump contains the full stack for each thread
in the JVM. The Java process will proceed with the usual work after
writing out the stacks. If all threads are busy, either the load is
higher than expected, or the things your threads are doing are running
slower than expected. In the stack you could see e.g. if threads are
waiting for database results etc.

The above message also indicates, that you have only 15 threads
configured. It's quite possible, that this is a somewhat small thread pool.

B.T.W.: 4.1.27 is a little old. If you need to stick with 4.1, there is
4.1.36 already. I'm not saying, that an update will help, but it could
be a good general cleanup thing.

 The tomcat install continues to function correctly after this has
 occurred.   What I would like to know is do the 2 error messages
 correspond to the same underlying issue.  I strongly suspect it is an
 application code issue so I would like to be able to count Tomcat out of
 the loop.
 
 Thanks,
 
 Paul

Regards,

Rainer

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



RE: Tomcat status 75 error

2008-01-02 Thread Martin Gainty

Good CallIf you can upgrade to TC 6 you can use this shared threadPool (being 
mindful that you need to configure before Connector)
http://tomcat.apache.org/tomcat-6.0-doc/config/executor.html
In any event the statement of taking tomcat out of the loop requires 
clarification
Martin__Disclaimer and 
confidentiality noteEverything in this e-mail and any attachments relates to 
the official business of Sender. This transmission is of a confidential nature 
and Sender does not endorse distribution to any party other than intended 
recipient. Sender does not necessarily endorse content contained within this 
transmission. Date: Wed, 2 Jan 2008 19:24:18 +0100 From: [EMAIL PROTECTED] 
To: users@tomcat.apache.org Subject: Re: Tomcat status 75 error  Hi Paul,  
Paul Beattie schrieb:  Hi,I have a series of relatively high 
transaction volume tomcat servers  which are sporadically hitting thread 
issues. We run with with tomcat  4.1.27 at the current time. The behaviour we 
notice is after several  days of around one hundred thousand transactions our 
tomcat instances  hang with the catalina.out message of:SEVERE: All 
threads are busy, waiting. Please increase maxThreads or  check the servlet 
status75 75  Stopping service Tomcat-StandaloneI've done a quite a 
lot of reading on this and in some cases there is an  indication that moving 
to a later tomcat version alleviates the issue.   However in many others it 
indicates that this problem is due solely to  the code whereby the threads 
are not exiting cleanly. We have a classic  3-tier architecture and we can 
see the db connections closing. I have  tired reproducing this error on a 
tomcat 5 environment and I get a  similar but not identical error:
org.apache.tomcat.util.threads.ThreadPool logFull  SEVERE: All threads (15) 
are currently busy, waiting. Increase  maxThreads (15) or check the servlet 
status  If all threads are busy, you can do a thread dump (kill -QUIT) for 
the Java process to find out, what they are actually doing. The result goes 
into catalina.out. A thread dump contains the full stack for each thread in 
the JVM. The Java process will proceed with the usual work after writing out 
the stacks. If all threads are busy, either the load is higher than expected, 
or the things your threads are doing are running slower than expected. In the 
stack you could see e.g. if threads are waiting for database results etc.  
The above message also indicates, that you have only 15 threads configured. 
It's quite possible, that this is a somewhat small thread pool.  B.T.W.: 
4.1.27 is a little old. If you need to stick with 4.1, there is 4.1.36 
already. I'm not saying, that an update will help, but it could be a good 
general cleanup thing.   The tomcat install continues to function correctly 
after this has  occurred. What I would like to know is do the 2 error 
messages  correspond to the same underlying issue. I strongly suspect it is 
an  application code issue so I would like to be able to count Tomcat out of 
 the loop.Thanks,Paul  Regards,  Rainer  
- To start 
a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL 
PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 
_
Get the power of Windows + Web with the new Windows Live.
http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_122007

RE: Tomcat status 75 error

2008-01-02 Thread Caldarale, Charles R
 From: Martin Gainty [mailto:[EMAIL PROTECTED] 
 Subject: RE: Tomcat status 75 error
 
 Good CallIf you can upgrade to TC 6 you can use this shared 
 threadPool (being mindful that you need to configure before Connector)
 http://tomcat.apache.org/tomcat-6.0-doc/config/executor.html

Don't do that.  The perfomance of the executor does not measure up (nor
does using an executor have any bearing on the problem):
http://marc.info/?l=tomcat-userm=118002259402411w=2

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

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