Re: heap size params on linux
I think that any option you want to pass to the jvm can be placed in JAVA_OPTS, like this: set JAVA_OPTS = "-Xmx1536m -Xms1536m -server" I do that and it works fine. Rodrigo Stephen Charles Huey wrote: I see that JAVA_OPTS is mentioned in there quite a few times, so where exactly can I put set JAVA_OPTS=-Xmx1536m? Also, do I need to do both the initial and max in one line? E.g. set JAVA_OPTS= -Xmx1536m -Xms1536m (with nothing on the end of the line?) Does the -server option go with JAVA_OPTS as well? Thanks... - Original message - From: "Ben Souther" <[EMAIL PROTECTED]> To: "Tomcat Users List" Date: Mon, 03 Jan 2005 14:41:07 -0500 Subject: Re: heap size params on linux I do it from catalina.sh From the header comments. 22 # JAVA_OPTS (Optional) Java runtime options used when the "start", 23 # "stop", or "run" command is executed. 24 # On Mon, 2005-01-03 at 14:38, Stephen Charles Huey wrote: Our script for installing Tomcat as a service on Windows is down below. We're moving to Linux, so I'm wondering where we specify the heap size parameters (-Xmx and -Xms) for the Tomcat on Linux. Would the correct place be in the startup.sh file? Thanks! D:\tomcat\bin\tomcat.exe -install "Apache_Tomcat" "C:\j2sdk1.4.2_04\jre\bin\client\jvm.dll" -server -Xmx1536m -Xms1536m -Djava.class.path="D:\Tomcat\bin\bootstrap.jar" -Dcatalina.home="D:\Tomcat" -Djava.endorsed.dirs="D:\Tomcat\common\endorsed" -start org.apache.catalina.startup.BootstrapService -params start -stop org.apache.catalina.startup.BootstrapService -params stop -out "D:\Tomcat\logs\stdout.log" -err "D:\Tomcat\logs\stderr.log" pause - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JVM Crash
Amit, I am using a dedicated server. Rodrigo Amit Gupta wrote: You are using User mode Linux or dedicated server? Amit Gupta Mobile: 91-9818052171 -Original Message- From: Rodrigo Schmidt [mailto:[EMAIL PROTECTED] Sent: Monday, December 27, 2004 11:18 PM To: tomcat-user@jakarta.apache.org Subject: JVM Crash Hello all, I deployed Atlassian Jira Enterprise 3.0.3 in Tomcat 5.0.28 and I experienced two random JVM crashes in a period of one month. The strange part is that the crashes occured when the application was at a very low load, doing almost nothing. I searched the archives for this topic, but I still can't figure out what could have caused these crashes. I have no idea whether they are related to Jira, Tomcat, J2SDK or RedHat. I would like to isolate the problem, so that I can ask the proper vendor for support. Below I will post information about my system and the JVM error logs, sorry for the long message. Any help is greatly appreciated, thanks a lot. Rodrigo System: Linux 2.4.21-4.EL #1 Fri Oct 3 18:13:58 EDT 2003 i686 i686 i386 GNU/Linux Red Hat Enterprise Linux AS release 3 (Taroon) Tomcat 5.0.28 java version "1.4.2_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03) Java HotSpot(TM) Server VM (build 1.4.2_06-b03, mixed mode) JAVA_OPTS="-server -Xmx512m" 1GB RAM CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz stepping 09 Error log 1: Unexpected Signal : 11 occurred at PC=0xB7289E78 Function=(null) Library=/usr/local/j2sdk1.4.2_06/jre/lib/i386/server/libjvm.so NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at java.lang.String.intern(Native Method) at java.lang.Class.searchMethods(Class.java:1877) at java.lang.Class.getDeclaredMethod(Class.java:1262) at org.apache.commons.logging.impl.LogFactoryImpl.isJdk14Available(LogFactoryImpl.java:489) at org.apache.commons.logging.impl.LogFactoryImpl.getLogClassName(LogFactoryImpl.java:331) at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:368) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at org.apache.commons.beanutils.ConvertUtilsBean.(ConvertUtilsBean.java:130) at org.apache.commons.beanutils.BeanUtilsBean.(BeanUtilsBean.java:110) at org.apache.commons.beanutils.BeanUtilsBean$1.initialValue(BeanUtilsBean.java:68) at org.apache.commons.beanutils.ContextClassLoaderLocal.get(ContextClassLoaderLocal.java:80) - locked <0x925030d0> (a org.apache.commons.beanutils.BeanUtilsBean$1) at org.apache.commons.beanutils.BeanUtilsBean.getInstance(BeanUtilsBean.java:78) - locked <0xaeeb91a0> (a java.lang.Class) at org.apache.commons.beanutils.ConvertUtilsBean.getInstance(ConvertUtilsBean.java:115) at org.apache.commons.beanutils.ConvertUtils.convert(ConvertUtils.java:217) at org.apache.commons.digester.CallMethodRule.end(CallMethodRule.java:457) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.catalina.startup.ContextConfig.defaultConfig(ContextConfig.java:515) - locked <0x92641798> (a org.apache.commons.digester.Digester) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:623) - locked <0x93a28f98> (a org.apache.catalina.startup.ContextConfig) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:216) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4290) - locked <0x93a119f0>
Re: JVM Crash
Hi Wade, thanks for your reply. I already reported the bug, but they can take a long time to send an answer. Searching the bug database I found some posts that reported the problem happening with the client vm as well. I am considering trying another vm. I've just tested BEA JRockit 1.4.2_05, but it seems that Jira doesn't like it that much, or vice-versa : ) So, does anyone has experience with Tomcat 5.0.x running on JDK 1.5? Are there performace/stability issues? Thanks in advance, Rodrigo Wade Chandler wrote: Wade Chandler wrote: Rodrigo Schmidt wrote: Local Time = Sun Dec 26 13:39:24 2004 Elapsed Time = 437787 # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.4.2_06-b03 mixed mode) # From the logs it looks like some code is exploiting a bug in the JVM. The first place I would search is the JVM bug database... http://bugs.sun.com/bugdatabase/index.jsp See if you can find anything relative to the information given. Also look for the error id. The next thing to do if you do not find the bug is to report it. You can find other options to fix the issue here: http://bugs.sun.com/services/bugreport/index.jsp Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Looking at the bugreports it looks like you might try to drop the -server from your startup and see if you can at least stay up and running. All the bug reports I saw for this error were caused by the server vm. Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JVM Crash
Hello all, I deployed Atlassian Jira Enterprise 3.0.3 in Tomcat 5.0.28 and I experienced two random JVM crashes in a period of one month. The strange part is that the crashes occured when the application was at a very low load, doing almost nothing. I searched the archives for this topic, but I still can't figure out what could have caused these crashes. I have no idea whether they are related to Jira, Tomcat, J2SDK or RedHat. I would like to isolate the problem, so that I can ask the proper vendor for support. Below I will post information about my system and the JVM error logs, sorry for the long message. Any help is greatly appreciated, thanks a lot. Rodrigo System: Linux 2.4.21-4.EL #1 Fri Oct 3 18:13:58 EDT 2003 i686 i686 i386 GNU/Linux Red Hat Enterprise Linux AS release 3 (Taroon) Tomcat 5.0.28 java version "1.4.2_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03) Java HotSpot(TM) Server VM (build 1.4.2_06-b03, mixed mode) JAVA_OPTS="-server -Xmx512m" 1GB RAM CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz stepping 09 Error log 1: Unexpected Signal : 11 occurred at PC=0xB7289E78 Function=(null) Library=/usr/local/j2sdk1.4.2_06/jre/lib/i386/server/libjvm.so NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at java.lang.String.intern(Native Method) at java.lang.Class.searchMethods(Class.java:1877) at java.lang.Class.getDeclaredMethod(Class.java:1262) at org.apache.commons.logging.impl.LogFactoryImpl.isJdk14Available(LogFactoryImpl.java:489) at org.apache.commons.logging.impl.LogFactoryImpl.getLogClassName(LogFactoryImpl.java:331) at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:368) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at org.apache.commons.beanutils.ConvertUtilsBean.(ConvertUtilsBean.java:130) at org.apache.commons.beanutils.BeanUtilsBean.(BeanUtilsBean.java:110) at org.apache.commons.beanutils.BeanUtilsBean$1.initialValue(BeanUtilsBean.java:68) at org.apache.commons.beanutils.ContextClassLoaderLocal.get(ContextClassLoaderLocal.java:80) - locked <0x925030d0> (a org.apache.commons.beanutils.BeanUtilsBean$1) at org.apache.commons.beanutils.BeanUtilsBean.getInstance(BeanUtilsBean.java:78) - locked <0xaeeb91a0> (a java.lang.Class) at org.apache.commons.beanutils.ConvertUtilsBean.getInstance(ConvertUtilsBean.java:115) at org.apache.commons.beanutils.ConvertUtils.convert(ConvertUtils.java:217) at org.apache.commons.digester.CallMethodRule.end(CallMethodRule.java:457) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.catalina.startup.ContextConfig.defaultConfig(ContextConfig.java:515) - locked <0x92641798> (a org.apache.commons.digester.Digester) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:623) - locked <0x93a28f98> (a org.apache.catalina.startup.ContextConfig) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:216) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4290) - locked <0x93a119f0> (a org.apache.catalina.core.StandardContext) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:823) - locked <0x92598d40> (a java.util.HashMap) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595) at org.apache.catalina.core.StandardHostDeployer.insta