Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

RTC/Tomcat memory leak

I seem to encounter a problem with RTC failing to respond once every couple weeks. The result is tomcat has sucked up all the available memory leaving RTC with nothing to use. I usually have to stop the service and wait for it to clean up. I checked the log and found this message...

SEVERE: The web application [/jazz] appears to have started a thread named [Thread-6597] but has failed to stop it. This is very likely to create a memory leak.

Um, yes I would say so. This severe error didn't appear until I stopped RTC and waited for it to clean up. Like I said I seem to have to deal with this memory leak on a regular basis. Question is what do I do about it. I don't like the idea of having to stop and start the service on a regular basis.

0 votes

Comments

Hi,

We have dealt with lot of performance related issues with Tomcat.

What is the JVM allocation in your server startup file ? Did you check increasing that ?  How about the threads setting in server.xml... You may even try increasing the threads and see if that helps....
 



One answer

Permanent link
I've been doing admin for a good while.  I'm finding there's no such thing as too much memory.  But if your JVM is exhausted you should see Out of Memory exception in the jazz.log.   I've caught my share of them and having run their heap-dumps through a heap analyzer, the major culprit is BIRT holding 4-5G of linked list entries.


0 votes

Your answer

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 40

Question asked: Feb 21 '13, 4:07 p.m.

Question was seen: 5,755 times

Last updated: Feb 23 '13, 5:17 a.m.

Confirmation Cancel Confirm