Solaris VM crash? Full docs included
Hi there, So last night the JVM crashed on one of our big servers. It had been running without a problem for a while, but we've been experimenting with tuning garbage collection, as this particular JVM is typically around ~400MB in memory during the day. Here are the details (sorry for this long message, but I know it's a pointless question without all the details I can provide). Tomcat: 4.0.1 ($JAVA_HOME = /dvl/info/prj/infra/jdk1.3.1) JVM: Sun JVM v1.3.1-b24 for Solaris Server uname -a output: SunOS serverName 5.8 Generic_108528-04 sun4u sparc SUNW,Ultra-Enterprise (The server is a 12-CPU, 2GB RAM, big machine, and it had plenty of available memory, CPU usage was low all night without any spikes, nothing suspicious) (Java runtime parameters below) Relevant catalina.out section: --- Unexpected Signal : 11 occurred at PC=0xfe0c7d18 Function name=JVM_ArrayCopy Library=/dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/server/libjvm.so Current Java thread: Dynamic libraries: 0x1 /dvl/info/prj/infra/jdk1.3.1/bin/../bin/sparc/native_threads/jav a 0xff35 /usr/lib/libthread.so.1 0xff39 /usr/lib/libdl.so.1 0xff20 /usr/lib/libc.so.1 0xff33 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 0xfe00 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/server/libjvm.so 0xff2d /usr/lib/libCrun.so.1 0xff1e /usr/lib/libsocket.so.1 0xff10 /usr/lib/libnsl.so.1 0xff0d /usr/lib/libm.so.1 0xff30 /usr/lib/libw.so.1 0xff0b /usr/lib/libmp.so.2 0xff08 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/native_threads/libhpi .so 0xff05 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libverify.so 0xfe7c /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libjava.so 0xff02 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libzip.so 0xfccd /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libnet.so 0xfccb /usr/lib/nss_files.so.1 0xda3e /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libawt.so 0xd668 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/motif21/libmawt.so 0xda39 /dvl/info/prj/infra/jdk1.3.1/bin/../jre/lib/sparc/libmlib_image. so 0xd640 /usr/dt/lib/libXm.so.4 0xd9c9 /usr/openwin/lib/libXt.so.4 0xda15 /usr/openwin/lib/libXext.so.0 0xda13 /usr/openwin/lib/libXtst.so.1 0xd740 /usr/openwin/lib/libX11.so.4 0xd9ee /usr/openwin/lib/libSM.so.6 0xd97d /usr/openwin/lib/libICE.so.6 0xd97a /usr/openwin/lib/libdga.so.1 0xd630 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libfontmanager.so 0xd942 /usr/openwin/lib/libdps.so.5 Local Time = Thu Dec 6 06:50:32 2001 Elapsed Time = 24574 # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002CC 01 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.3.1-b24 mixed mode) # # An error report file has been saved as hs_err_pid15459.log. # Please refer to the file for further information. # - End catalina.out excerpt - The error report file hs_err_pid15459.log contains a verbatim copy of the above, no additional information. Needless to say, the server died immediately, which I suppose is OK to expect from Tomcat given such an internal JVM crash. So no complaints, I'm just wondering if anyone has seen this crash before? My theory is that it had to do with us slightly tweaking the Java runtime parameters we'd been using, in an effort to improve garbage collection on the machine. Previous CATALINA_OPTS= CATALINA_OPTS='-server -Xms300m -Xmx500m -Xmaxf0.30 -Xminf0.10 -XX:NewRatio=1 -verbose:gc' New ones, started last night, that probably caused the error: CATALINA_OPTS='-server -Xms300m -Xmx500m -Xmaxf0.30 -Xminf0.10 -Xincgc -verbose:gc -XX:MaxNewSize=100m -XX:NewSize=10m' I realize this is as much a question to Sun as to tomcat-users, so I'm reporting this bug there as well. Thanks in advance for any ideas, Yoav -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
AW: Solaris VM crash? Full docs included
Is completely a question to sun. I suspect that it is a bug in the incremental gc. May be you should upgrade to JVM 1.3.1_01 There two bugs fixed that might help you: (Don't know if this changes where between v1.3.1-b24 and 1.3.1_01) http://developer.java.sun.com/developer/bugParade/bugs/4469343.html (Might solve the problem) http://developer.java.sun.com/developer/bugParade/bugs/4450681.html (Might give better information what caused the signal) -Ursprüngliche Nachricht- Von: Yoav Shapira [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 6. Dezember 2001 15:30 An: Tomcat Users List Betreff: Solaris VM crash? Full docs included Hi there, So last night the JVM crashed on one of our big servers. It had been running without a problem for a while, but we've been experimenting with tuning garbage collection, as this particular JVM is typically around ~400MB in memory during the day. Here are the details (sorry for this long message, but I know it's a pointless question without all the details I can provide). Tomcat: 4.0.1 ($JAVA_HOME = /dvl/info/prj/infra/jdk1.3.1) JVM: Sun JVM v1.3.1-b24 for Solaris Server uname -a output: SunOS serverName 5.8 Generic_108528-04 sun4u sparc SUNW,Ultra-Enterprise (The server is a 12-CPU, 2GB RAM, big machine, and it had plenty of available memory, CPU usage was low all night without any spikes, nothing suspicious) (Java runtime parameters below) Relevant catalina.out section: --- Unexpected Signal : 11 occurred at PC=0xfe0c7d18 Function name=JVM_ArrayCopy Library=/dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/server/libjvm.so Current Java thread: Dynamic libraries: 0x1 /dvl/info/prj/infra/jdk1.3.1/bin/../bin/sparc/native_threads/jav a 0xff35 /usr/lib/libthread.so.1 0xff39 /usr/lib/libdl.so.1 0xff20 /usr/lib/libc.so.1 0xff33 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 0xfe00 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/server/libjvm.so 0xff2d /usr/lib/libCrun.so.1 0xff1e /usr/lib/libsocket.so.1 0xff10 /usr/lib/libnsl.so.1 0xff0d /usr/lib/libm.so.1 0xff30 /usr/lib/libw.so.1 0xff0b /usr/lib/libmp.so.2 0xff08 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/native_threads/libhpi .so 0xff05 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libverify.so 0xfe7c /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libjava.so 0xff02 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libzip.so 0xfccd /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libnet.so 0xfccb /usr/lib/nss_files.so.1 0xda3e /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libawt.so 0xd668 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/motif21/libmawt.so 0xda39 /dvl/info/prj/infra/jdk1.3.1/bin/../jre/lib/sparc/libmlib_image. so 0xd640 /usr/dt/lib/libXm.so.4 0xd9c9 /usr/openwin/lib/libXt.so.4 0xda15 /usr/openwin/lib/libXext.so.0 0xda13 /usr/openwin/lib/libXtst.so.1 0xd740 /usr/openwin/lib/libX11.so.4 0xd9ee /usr/openwin/lib/libSM.so.6 0xd97d /usr/openwin/lib/libICE.so.6 0xd97a /usr/openwin/lib/libdga.so.1 0xd630 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libfontmanager.so 0xd942 /usr/openwin/lib/libdps.so.5 Local Time = Thu Dec 6 06:50:32 2001 Elapsed Time = 24574 # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002CC 01 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.3.1-b24 mixed mode) # # An error report file has been saved as hs_err_pid15459.log. # Please refer to the file for further information. # - End catalina.out excerpt - The error report file hs_err_pid15459.log contains a verbatim copy of the above, no additional information. Needless to say, the server died immediately, which I suppose is OK to expect from Tomcat given such an internal JVM crash. So no complaints, I'm just wondering if anyone has seen this crash before? My theory is that it had to do with us slightly tweaking the Java runtime parameters we'd been using, in an effort to improve garbage collection on the machine. Previous CATALINA_OPTS= CATALINA_OPTS='-server -Xms300m -Xmx500m -Xmaxf0.30 -Xminf0.10 -XX:NewRatio=1 -verbose:gc' New ones, started last night, that probably caused the error: CATALINA_OPTS='-server -Xms300m -Xmx500m -Xmaxf0.30 -Xminf0.10 -Xincgc -verbose:gc -XX:MaxNewSize=100m -XX:NewSize=10m' I realize this is as much a question to Sun as to tomcat-users, so I'm reporting this bug there as well. Thanks in advance for any ideas, Yoav -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL
Re: AW: Solaris VM crash? Full docs included
Hi, Thanks a bunch for the quick reply. It seems relevant and I'll try updating the system. Yoav Ralph Einfeldt wrote: Is completely a question to sun. I suspect that it is a bug in the incremental gc. May be you should upgrade to JVM 1.3.1_01 There two bugs fixed that might help you: (Don't know if this changes where between v1.3.1-b24 and 1.3.1_01) http://developer.java.sun.com/developer/bugParade/bugs/4469343.html (Might solve the problem) http://developer.java.sun.com/developer/bugParade/bugs/4450681.html (Might give better information what caused the signal) -Ursprüngliche Nachricht- Von: Yoav Shapira [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 6. Dezember 2001 15:30 An: Tomcat Users List Betreff: Solaris VM crash? Full docs included Hi there, So last night the JVM crashed on one of our big servers. It had been running without a problem for a while, but we've been experimenting with tuning garbage collection, as this particular JVM is typically around ~400MB in memory during the day. Here are the details (sorry for this long message, but I know it's a pointless question without all the details I can provide). Tomcat: 4.0.1 ($JAVA_HOME = /dvl/info/prj/infra/jdk1.3.1) JVM: Sun JVM v1.3.1-b24 for Solaris Server uname -a output: SunOS serverName 5.8 Generic_108528-04 sun4u sparc SUNW,Ultra-Enterprise (The server is a 12-CPU, 2GB RAM, big machine, and it had plenty of available memory, CPU usage was low all night without any spikes, nothing suspicious) (Java runtime parameters below) Relevant catalina.out section: --- Unexpected Signal : 11 occurred at PC=0xfe0c7d18 Function name=JVM_ArrayCopy Library=/dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/server/libjvm.so Current Java thread: Dynamic libraries: 0x1 /dvl/info/prj/infra/jdk1.3.1/bin/../bin/sparc/native_threads/jav a 0xff35 /usr/lib/libthread.so.1 0xff39 /usr/lib/libdl.so.1 0xff20 /usr/lib/libc.so.1 0xff33 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 0xfe00 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/server/libjvm.so 0xff2d /usr/lib/libCrun.so.1 0xff1e /usr/lib/libsocket.so.1 0xff10 /usr/lib/libnsl.so.1 0xff0d /usr/lib/libm.so.1 0xff30 /usr/lib/libw.so.1 0xff0b /usr/lib/libmp.so.2 0xff08 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/native_threads/libhpi .so 0xff05 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libverify.so 0xfe7c /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libjava.so 0xff02 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libzip.so 0xfccd /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libnet.so 0xfccb /usr/lib/nss_files.so.1 0xda3e /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libawt.so 0xd668 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/motif21/libmawt.so 0xda39 /dvl/info/prj/infra/jdk1.3.1/bin/../jre/lib/sparc/libmlib_image. so 0xd640 /usr/dt/lib/libXm.so.4 0xd9c9 /usr/openwin/lib/libXt.so.4 0xda15 /usr/openwin/lib/libXext.so.0 0xda13 /usr/openwin/lib/libXtst.so.1 0xd740 /usr/openwin/lib/libX11.so.4 0xd9ee /usr/openwin/lib/libSM.so.6 0xd97d /usr/openwin/lib/libICE.so.6 0xd97a /usr/openwin/lib/libdga.so.1 0xd630 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libfontmanager.so 0xd942 /usr/openwin/lib/libdps.so.5 Local Time = Thu Dec 6 06:50:32 2001 Elapsed Time = 24574 # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002CC 01 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.3.1-b24 mixed mode) # # An error report file has been saved as hs_err_pid15459.log. # Please refer to the file for further information. # - End catalina.out excerpt - The error report file hs_err_pid15459.log contains a verbatim copy of the above, no additional information. Needless to say, the server died immediately, which I suppose is OK to expect from Tomcat given such an internal JVM crash. So no complaints, I'm just wondering if anyone has seen this crash before? My theory is that it had to do with us slightly tweaking the Java runtime parameters we'd been using, in an effort to improve garbage collection on the machine. Previous CATALINA_OPTS= CATALINA_OPTS='-server -Xms300m -Xmx500m -Xmaxf0.30 -Xminf0.10 -XX:NewRatio=1 -verbose:gc' New ones, started last night, that probably caused the error: CATALINA_OPTS='-server -Xms300m -Xmx500m -Xmaxf0.30 -Xminf0.10 -Xincgc -verbose:gc -XX:MaxNewSize=100m -XX:NewSize=10m' I realize this is as much a question to Sun as to tomcat-users, so I'm reporting this bug