Rainer,
________________________________________
From: Rainer Jung [rainer.j...@kippdata.de]
Sent: Tuesday, March 04, 2014 3:32 AM
To: Tomcat Users List
Subject: Re: tomcat 6 refuses mod_jk connections after server runs for a couple
of days
On 27.02.2014 23:06, Isaac Gonzalez wrote:
> Hi Christopher(and Konstantin), attached is a couple of thread dumps of when
> we experienced the issue again today. I also noticed we get this message
> right before the problem occurs:
> Feb 27, 2014 12:47:15 PM
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable run
> SEVERE: Caught exception (java.lang.OutOfMemoryError: unable to create new
> native thread) executing
> org.apache.jk.common.ChannelSocket$SocketAcceptor@177ddea, terminating thread
Is it a 32Bit system? You have 2GB of heap plus Perm plus native memory
needed by the process plus thread stacks. Not unlikely, that you ran out
of memory address space for a 32 bit process.
No we are running on 64 bit
The only fixes would then be:
- switch to a 64 bit system
- reduce heap if the app can work with less
I'd like to keep the heap the same...most of our apps need it.
- improve performance or eliminate bottlenecks so that the app works
with less threads
Can you give an example of such a bottleneck? Ie: open unfinished
connections to the backend database from tomcat?
- limit you connector thread pool size. That will still mean that if
requests begin to queue because of performance problems, the web server
can't create additional connections, but you won't get in an irregular
situation as you experience now. In that case you would need to
configure a low idle timeout for the connections on the JK and TC side.
I'm not sure I want to do this because that would cause hiccups on
the client UI and not allow them to connect. It would keep active ones open I
imagine. I already have a 5 minute idle timeout on JK and TC...Guess I need to
lower it down to like a minute or so... Just wondering if that would be too low.
-Isaac
Regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
