RE: JVM Crash

2004-12-30 Thread Mark
I googled around and here some good(?) news, at least somebody get
around the problem:

http://forum.java.sun.com/thread.jspa?threadID=307252tstart=210

on of solution is :
-- cut --
now I use jdk1.3.1_06 with hospot -server
and it works perfectly (and faster)
-- end cut ---

another one was a hardware problem:
-- cut --
 Some part
of the computer seemed to be not compatible with the
FSB133 standard. So I reduced the system to FSB100.
No signal 11 since that time :-
-- end cut --

and here another issue with java:
-- cut --
In this case, it was happening during the compilation of a reasonably
large JSP. A colleague found out that there was a known issue with
this version of javac compiling large methods (64Kb), which tends to
happen when you have a large JSP getting compiled into a single
service() method.
-- end cut --
--- Amit Gupta [EMAIL PROTECTED] wrote:

 I am facing similar problem on user mode Linux.
 
 Amit Gupta
 Mobile: 91-9818052171
 Yahoo IM: amitguptainn
 MSN IM : amitguptainn
 
 -Original Message-
 From: Rodrigo Schmidt [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, December 28, 2004 5:05 PM
 To: Tomcat Users List
 Subject: 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.init(ConvertUtilsBean.java:130)
 at 

org.apache.commons.beanutils.BeanUtilsBean.init(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

Re: JVM Crash

2004-12-30 Thread Wade Chandler
Mark wrote:
I googled around and here some good(?) news, at least somebody get
around the problem:
http://forum.java.sun.com/thread.jspa?threadID=307252tstart=210
on of solution is :
-- cut --
now I use jdk1.3.1_06 with hospot -server
and it works perfectly (and faster)
-- end cut ---
another one was a hardware problem:
-- cut --
 Some part
of the computer seemed to be not compatible with the
FSB133 standard. So I reduced the system to FSB100.
No signal 11 since that time :-
-- end cut --
and here another issue with java:
-- cut --
In this case, it was happening during the compilation of a reasonably
large JSP. A colleague found out that there was a known issue with
this version of javac compiling large methods (64Kb), which tends to
happen when you have a large JSP getting compiled into a single
service() method.
-- end cut --
--- Amit Gupta [EMAIL PROTECTED] wrote:

I am facing similar problem on user mode Linux.
Amit Gupta
Mobile: 91-9818052171
Yahoo IM: amitguptainn
MSN IM : amitguptainn
-Original Message-
From: Rodrigo Schmidt [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 28, 2004 5:05 PM
To: Tomcat Users List
Subject: 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.init(ConvertUtilsBean.java:130)
  at 
org.apache.commons.beanutils.BeanUtilsBean.init(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

Re: JVM Crash

2004-12-28 Thread Rodrigo Schmidt
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.init(ConvertUtilsBean.java:130)
   at 
org.apache.commons.beanutils.BeanUtilsBean.init(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 

RE: JVM Crash

2004-12-28 Thread Amit Gupta
I am facing similar problem on user mode Linux.

Amit Gupta
Mobile: 91-9818052171
Yahoo IM: amitguptainn
MSN IM : amitguptainn

-Original Message-
From: Rodrigo Schmidt [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 28, 2004 5:05 PM
To: Tomcat Users List
Subject: 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.init(ConvertUtilsBean.java:130)
at 
org.apache.commons.beanutils.BeanUtilsBean.init(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

Re: JVM Crash

2004-12-27 Thread Wade Chandler
Rodrigo Schmidt wrote:
snip
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)
#
/snip
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]


Re: JVM Crash

2004-12-27 Thread Wade Chandler
Wade Chandler wrote:
Rodrigo Schmidt wrote:
snip
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)
#
/snip
 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]


Re: JVM Crash

2004-12-27 Thread Rodrigo Schmidt
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:
snip
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)
#
/snip
 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]


Re: JVM Crash

2004-12-27 Thread Wade Chandler
Rodrigo Schmidt wrote:
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:
snip
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)
#
/snip
 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]

I'm not sure if version 5.0.x will run with JDK1.5 or not.  I think I've 
seen where it will not.  I might be wrong.  It might have been 5.5.x 
won't run on 1.4.x vms  If I were you I would try not specifying 
server and at least see how it behaves before I tried something else.

Wade
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: JVM Crash

2004-12-27 Thread Amit Gupta
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.init(ConvertUtilsBean.java:130)
at 
org.apache.commons.beanutils.BeanUtilsBean.init(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