Thanks Chris for your answer. I researched a lot and want to try out an option for OOME:
The JAVA_OPTS variable in $CATALINA_HOME/bin/startup.sh has the value as: JAVA_OPTS="$JAVA_OPTS -Xms1303m -Xmx1303m -XX:MaxPermSize=256m -Dcwom.bl.ip=127.0.0.1 -Dcwom.bl.port=1399" I checked for free space on the VM instance with Red Hat Linux as the OS on which the Tomcat is hosted with a total memory of 19 GB, I found that there is around 8 GB of free space in the server. I am planning to increase the memory allocation for Heap size and PermGen size to almost double as below: JAVA_OPTS="$JAVA_OPTS -Xms2048m -Xmx2048m -XX:MaxPermSize=512m -Dcwom.bl.ip=127.0.0.1 -Dcwom.bl.port=1399" I hope, this should avoid the hang-up issues where Tomcat does not seem to respond. I plan to implement this in the UAT environment at first and see how it goes. There is another thing I wanted to try. We have RHEL 5.8 Beta (Tikanga) version and lot of updates from Red Hat are pending which can update the version to RHEL 5.10 (Tikanga). Would this patching help as lot of updates are pending? Regards -----Original Message----- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Monday, April 28, 2014 6:46 PM To: Tomcat Users List Subject: Re: How to monitor performance of tomcat -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Randir, On 4/28/14, 6:46 AM, Randhir Singh wrote: > Thanks for your valuable inputs. I am a bit of a novice to this. > When this problem happens, it is quite a loss of face in front of the > users who are widely spread geographically. I checked the catalina.out > logs on the 2 days that the problem happened on 23rd & 25th April, the > findings are as below: > > 23rd April '14: > > The catalina.out log showed the message like, > ---------------------------------------------------------------------- > ---------------------------------------------------------------------- > ----------- > > Caused by: org.jboss.remoting.InvocationFailureException: Socket timed out. > Waited 300000 milliseconds for response while calling on > InvokerLocator [socket://<hostname of our > machine>:4173/?invokerDestructionDelay=5000&timeout=300000]; > nested exception is: java.net.SocketTimeoutException: Read timed out > ---------------------------------------------------------------------- > ---------------------------------------------------------------------- > ----------- > > 3 times among other exceptions in a span of around 2 minutes. > > 25th April '14: > > The errors captured in the logs were like, > ---------------------------------------------------------------------- > ---------------------------------------------------------------------- > ----------- > > java.lang.OutOfMemoryError: GC overhead limit exceeded > ---------------------------------------------------------------------- > ---------------------------------------------------------------------- > ----------- > > 4 times among other exceptions in a span of around 2 minutes. > > Requesting a reply on this. It sounds like you have all kinds of problems: 1. Bad performance under unspecified conditions 2. Application hang under unspecified conditions 3. catalina.out file grows quickly, may fill filesystem 4. Long timeouts on the server-side during some unspecified operation (I don't know what an InvokerLocator is) 5. OOME It seems to me that you should focus on one of these problems (probably the OOME) and get that fixed, first. You may find it is the root of all other problems. This community can only help you so much with so little information. You may have to hire someone to help you through this process. - -chris > -----Original Message----- From: Jeffrey Janner > [mailto:jeffrey.jan...@polydyne.com] Sent: Monday, April 21, 2014 > 7:26 PM To: 'Tomcat Users List' Subject: RE: How to monitor > performance of tomcat > >> -----Original Message----- From: Randhir Singh >> [mailto:randhir.si...@sterlite.com] Sent: Monday, April 21, 2014 >> 5:17 AM To: Tomcat Users List Subject: RE: How to monitor performance >> of tomcat >> >> Hi, >> >> I wanted input from the experts on my query below that the port >> 8891 does not respond when the command, >> >> jconsole 10.101.17.79:8891 >> >> is issued when the application hangs and stops responding. >> >> Requesting inputs so that the root cause analysis of this issue can >> be found out. >> >> Regards >> > Randhir - Your actual first request in this thread was apparently a > request for opinions on monitoring tools. This problem of actual hangs > wasn't brought up until a week later. Here is what I've usually found > when Tomcat stops responding and even the monitoring port is > unreachable via jconsole and other tools: Your JVM has crashed for > some reason. At this point, you need to refer to the Tomcat logs, your > application logs, etc. in order to find the root cause. If the JVM is > still "running", try taking a couple of thread dumps and review them > to find your root cause. Jeff > > ---------------------------------------------- T ususcib, -mil > uer-ususcib@tmct.paheor oraditonl omans,e-ai: ses-el@tmct.paheor > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTXlSFAAoJEBzwKT+lPKRYk9oQAMVDfgM7PhvjhnfnIoYLna8l ksJ7NjGrACwGjyDBU/RJe9Vk/8FjvVEhX3D5pEfm+LyOEvNxeB7uJNhmRT0gQKjV U0OcFQyuyjL6RrYP7yK5hmzzqTBM8gNpHzqehDt+0ZmPC8gDOSlARSLvjk7POur2 gghqrGT0xxx+vPtQMNvL3KENDd/Fv964UpoK3nTtwdLHwJLaVmQd9lUUaY/3SmzH tKlnE2CEXAdHVjtD5nV4MC4W+SkcCyNlBZTxO4xNrW11nWIahhwZLqnallfwVXYN 2tFhkpTHesy5KkTMDXG+R5uCywWSW/ioRd75qFLbMdRChBIDV8pN5DAhvDaB4Azp UYgLr1XkT0PSD7PQd8xl6INrg7/Y+Urtn0CFYUlbpToHJQiNtkwxzpRtG/ciF7Mh RTsiVtYrky8M+UMloHs6M/oNeO3i02AlmPjzoSxaURfOriQvzCLvndp013IqALo4 Nhc9ycZ8gGBMOBPXTDstqY8jahBI0wAmJjI39G2l/ySKHN5xSCdpRCrI93YLUWYU lKJBYp5iCkue926vHJT5hthgTdBJg90jVO2glgZp3qNsnEnqlabe46XUaN+wTq5s 2vhKhX800poZ0zRgPlz/TyDGmkzN7JLuz+0Lpig4tD/5hQfXxTt7nmfKP1dEgTZs J5sPHZzmedctIwZNpXB/ =Lgqk -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- *STL Disclaimer:* The content of this message may be legally privileged and confidential and are for the use of the intended recipient(s) only. It should not be read, copied and used by anyone other than the intended recipient(s). If you have received this message in error, please immediately notify the sender, preserve its confidentiality and delete it. Before opening any attachments please check them for viruses and defects. No employee or agent is authorised to conclude any binding agreement on behalf of Sterlite Technologies Limited with another party by email without express written confirmation by authorised person. Visit us at www.sterlitetechnologies.com Please consider environment before printing this email ! --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
