-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Randir,
On 5/21/14, 8:32 AM, Randhir Singh wrote: > There is a correction as JAVA_OPTS variable is defined in > catalina.sh under $CATALINA_HOME/bin and we use > $CATALINA_HOME/bin/startup.sh to start tomcat. > $CATALINA_HOME/bin/startup.sh has the code like below , startup.sh calls catalina.out. Do not modify either of these files. Instead, set anything you need in setenv.sh (which you may have to create because it does not exist by default). Also, you probably want to use CATALINA_OPTS and not JAVA_OPTS. Read the documentation at the top of catalina.sh to understand why. - -chris > ---------------------------------------------------------------------------------------------------------------------------------------------- > > PRGDIR=`dirname "$PRG"` > EXECUTABLE=catalina.sh > > # Check that target executable exists if $os400; then # -x will > Only work on the os400 if the files are: # 1. owned by the user # > 2. owned by the PRIMARY group of the user # this will not work if > the user belongs in secondary groups eval else if [ ! -x > "$PRGDIR"/"$EXECUTABLE" ]; then echo "Cannot find > $PRGDIR/$EXECUTABLE" echo "The file is absent or does not have > execute permission" echo "This file is needed to run this program" > exit 1 fi fi > ---------------------------------------------------------------------------------------------------------------------------------------------- > > I had changed catalina.sh in our development environment like a > week back and want to implement it in the production environment > but I got this doubt. I feel catalina.sh is invoked by startup.sh > but am not sure. I have already taken downtime for production > tomorrow but I got this doubt whether changing the > > JAVA_OPTS="$JAVA_OPTS -Xms1303m -Xmx1303m -XX:MaxPermSize=256m > -Dcwom.bl.ip=127.0.0.1 -Dcwom.bl.port=1399" to > > JAVA_OPTS="$JAVA_OPTS -Xms2048m -Xmx2048m -XX:MaxPermSize=512m > -Dcwom.bl.ip=127.0.0.1 -Dcwom.bl.port=1399" > > in catalina.sh would have the affect of increasing the heap & > Permgen memory in Tomcat. > > I hope my query is clear as am quite anxious as I have a downtime > scheduled tomorrow. > > Requesting a reply on priority. > > > On Mon, May 5, 2014 at 3:37 PM, Randhir Singh > <randhir.si...@sterlite.com>wrote: > >> 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 >> > 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 >>>> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTfj6nAAoJEBzwKT+lPKRYt3kP/1W523zxmLgpjXMGWK0hxqpy yfXR2GF9c08iV4tU5oTC2l2nVRGpWw++GzQgVZUeJpo022fHrcYR9BMFcnPT7TMQ AqQgYZEvTsZ1TKOJyrQBCEhfJ3qSxlDdSU8pJVuSVyNnf1iuvUi2xMnm4wyf0rVR j5MNAN48QxgYltTJpjgP4fUBtz2h9rwnIClUo/O8Xd8QM4SXpeOxs2i1vhO20kS4 PRkaL3W/6v6nTAqYITh06usAIq/mffmKyRZ3Nm5C4y3pHdppWxEtBORh5tIaXGFt LgSg6szsagruLiockG1sclWHZ9Uho/3xbmrE/sScCdEr9aox17jkGGrJOYnAPV26 LELMZEpwDbx+2jhUj6oACuPFGZlhqWI4Sm3hGxBXs/bqtjR7hDwsvRvo2VPnx/Pw uhzpTlwYJ2TFWdVJ/XUyJLzp/XVS7OXajiEWurFhx1+Vw18J4YptCXZ4Wn9DjZfZ aeFxVMrnBdwzqrCXLGFqfWAzXIXz4NY3iUS/BCoayLlVGNvecOiMtIkmrCnuJunN oTkG5fzHvugjdDxZlc4snd98iueXQRWRAS04h7AfzN8si3kgZzffSv+wlPlAFK2a 4BRFGONksb+k6KDqqu4w6GWh7SETqijH4JqyORFN1bAAErZuIk6hOBmyuWau+eTk lXzhA7/hNPULYcm0QLqO =++za -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
