RE: tomcat crash problem (INTERNAL)

2014-10-06 Thread Bala-Subrahmanyam.Bhatta
Hi Ognjen,

Could you please suggest one best open source java profiler for analysing and 
monitoring the tomcat server.

Regards,
Subbu.


-Original Message-
From: Ognjen Blagojevic [mailto:ognjen.d.blagoje...@gmail.com] 
Sent: 3. oktober 2014 12:47
To: Tomcat Users List
Subject: Re: tomcat crash problem (INTERNAL)

Subbu,

On 3.10.2014 10:25, bala-subrahmanyam.bha...@telenor.com wrote:
 Hi Ognjen,

 Tomcat is crashing with the below error message.

 java.lang.OutOfMemoryError: GC overhead limit exceeded

Please, reply below the quotes, it is standard on this list.

Tomcat have small memory footprint, way below 3 GB you allocate for JVM. 
So, it is probably your application data filling this 3 GB of memory. 
The above error says that garbage collector is struggling to release the 
memory, but it consumes to much CPU cycles and releases too little memory. This 
usually results in dramatic server slowdowns, so JVM decides to throw an error 
and inform you about the problem.

You should analyze your application heap usage with the profiler to determine 
what objects are holding references so GC is unable to free more memory. If you 
don't need those objects, clear the references. If you really need all those 
objects, throw more memory at the server.

Please read:

   http://wiki.apache.org/tomcat/OutOfMemory

-Ognjen

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



Re: tomcat crash problem (INTERNAL)

2014-10-06 Thread Ognjen Blagojevic

Subbu,

On 6.10.2014 10:27, bala-subrahmanyam.bha...@telenor.com wrote:

Could you please suggest one best open source java profiler for analysing and 
monitoring the tomcat server.


I don't know which (open source) one is the best, but you may try your 
luck with:


1. MAT (http://www.eclipse.org/mat/), which analyzes heap dumps. Just 
dump the server memory while the server is running and later open dump 
files with MAT.


2. VisualVM can monitor your server memory usage, measure surviving 
generations, and compare memory snapshots -- so you could detect what is 
causing memory leak.


-Ognjen

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



RE: tomcat crash problem (INTERNAL)

2014-10-06 Thread Bala-Subrahmanyam.Bhatta
Thanks Ognjen.

Regards,
Subbu.


-Original Message-
From: Ognjen Blagojevic [mailto:ognjen.d.blagoje...@gmail.com] 
Sent: 6. oktober 2014 11:48
To: Tomcat Users List
Subject: Re: tomcat crash problem (INTERNAL)

Subbu,

On 6.10.2014 10:27, bala-subrahmanyam.bha...@telenor.com wrote:
 Could you please suggest one best open source java profiler for analysing and 
 monitoring the tomcat server.

I don't know which (open source) one is the best, but you may try your luck 
with:

1. MAT (http://www.eclipse.org/mat/), which analyzes heap dumps. Just dump the 
server memory while the server is running and later open dump files with MAT.

2. VisualVM can monitor your server memory usage, measure surviving 
generations, and compare memory snapshots -- so you could detect what is 
causing memory leak.

-Ognjen

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



Re: tomcat crash problem (INTERNAL)

2014-10-05 Thread Yogesh Rao
Subbu,

You either could analyse the applications heap usage as ognjen suggested or
If possible try deploying the application with the latest release of tomcat
6 (6.0.41) . There could have been patches released which could have fixed
the issue.

Regards,
-Yogesh

On Fri, Oct 3, 2014 at 4:17 PM, Ognjen Blagojevic 
ognjen.d.blagoje...@gmail.com wrote:

 Subbu,

 On 3.10.2014 10:25, bala-subrahmanyam.bha...@telenor.com wrote:

 Hi Ognjen,

 Tomcat is crashing with the below error message.

 java.lang.OutOfMemoryError: GC overhead limit exceeded


 Please, reply below the quotes, it is standard on this list.

 Tomcat have small memory footprint, way below 3 GB you allocate for JVM.
 So, it is probably your application data filling this 3 GB of memory. The
 above error says that garbage collector is struggling to release the
 memory, but it consumes to much CPU cycles and releases too little memory.
 This usually results in dramatic server slowdowns, so JVM decides to throw
 an error and inform you about the problem.

 You should analyze your application heap usage with the profiler to
 determine what objects are holding references so GC is unable to free more
 memory. If you don't need those objects, clear the references. If you
 really need all those objects, throw more memory at the server.

 Please read:

   http://wiki.apache.org/tomcat/OutOfMemory


 -Ognjen

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




Re: tomcat crash problem (INTERNAL)

2014-10-03 Thread Ognjen Blagojevic

Subbu,

On 3.10.2014 10:25, bala-subrahmanyam.bha...@telenor.com wrote:

Hi Ognjen,

Tomcat is crashing with the below error message.

java.lang.OutOfMemoryError: GC overhead limit exceeded


Please, reply below the quotes, it is standard on this list.

Tomcat have small memory footprint, way below 3 GB you allocate for JVM. 
So, it is probably your application data filling this 3 GB of memory. 
The above error says that garbage collector is struggling to release the 
memory, but it consumes to much CPU cycles and releases too little 
memory. This usually results in dramatic server slowdowns, so JVM 
decides to throw an error and inform you about the problem.


You should analyze your application heap usage with the profiler to 
determine what objects are holding references so GC is unable to free 
more memory. If you don't need those objects, clear the references. If 
you really need all those objects, throw more memory at the server.


Please read:

  http://wiki.apache.org/tomcat/OutOfMemory

-Ognjen

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