Adam -
If you have the physical memory for it, you might want to look into breaking 
your sites into multiple Tomcat instances (see RUNNING.TXT in the install 
directory).  At a minimum, you won't have to restart all sites just because one 
becomes a memory hog.  Plus it would help narrow the list of suspect sites when 
it does happen.
Jeff

> -----Original Message-----
> From: Adam Lipscombe [mailto:adam.lipsco...@gmail.com]
> Sent: Thursday, February 03, 2011 3:58 AM
> To: users@tomcat.apache.org
> Subject: Monitoring production tomcat
> 
> 
> Folks
> 
> 
> We have a several production servers, each of which runs 1 instance of
> tomcat. Within each instance of tomcat there are approximately 10
> virtual websites. Each virtual website runs a copy of our web app.
> Therefore each server hosts @ 10 instances of our web app
> 
> On a couple of the servers we are having problems with tomcat running
> out of memory and sometimes dropping the JDBC link to the MYSQL
> database
> etc.
> We usually restart tomcat, which of course cures the issues. However
> doing do affects every virtual site and therefore is not ideal from our
> customer's perspective.
> 
> We have been looking at this problem for some time, however it is very
> difficult to determine what is causing these problems. Very likely
> something in out webapp.
> 
> 
> What would help is some kind of management or monitoring facility
> that allows us to see which virtual site is getting into trouble.
> Ideally it should give enough information to help us track down what is
> causing the issue. Memory usage per site, thread view etc.
> 
> 
> Can anyone recommend anything that can do this? Commercial or free?
> 
> 
> Many thanks - Adam
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 

__________________________________________________________________________

Confidentiality Notice:  This Transmission (including any attachments) may 
contain information that is privileged, confidential, and exempt from 
disclosure under applicable law.  If the reader of this message is not the 
intended recipient you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly prohibited.  

If you have received this transmission in error, please immediately reply to 
the sender or telephone (512) 343-9100 and delete this transmission from your 
system.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to