You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Yoav Shapira <sh...@mpi.com> on 2001/12/06 15:29:49 UTC
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:
0x10000
/dvl/info/prj/infra/jdk1.3.1/bin/../bin/sparc/native_threads/jav
a
0xff350000 /usr/lib/libthread.so.1
0xff390000 /usr/lib/libdl.so.1
0xff200000 /usr/lib/libc.so.1
0xff330000 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1
0xfe000000
/dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/server/libjvm.so
0xff2d0000 /usr/lib/libCrun.so.1
0xff1e0000 /usr/lib/libsocket.so.1
0xff100000 /usr/lib/libnsl.so.1
0xff0d0000 /usr/lib/libm.so.1
0xff300000 /usr/lib/libw.so.1
0xff0b0000 /usr/lib/libmp.so.2
0xff080000
/dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/native_threads/libhpi
.so
0xff050000 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libverify.so
0xfe7c0000 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libjava.so
0xff020000 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libzip.so
0xfccd0000 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libnet.so
0xfccb0000 /usr/lib/nss_files.so.1
0xda3e0000 /dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libawt.so
0xd6680000
/dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/motif21/libmawt.so
0xda390000
/dvl/info/prj/infra/jdk1.3.1/bin/../jre/lib/sparc/libmlib_image.
so
0xd6400000 /usr/dt/lib/libXm.so.4
0xd9c90000 /usr/openwin/lib/libXt.so.4
0xda150000 /usr/openwin/lib/libXext.so.0
0xda130000 /usr/openwin/lib/libXtst.so.1
0xd7400000 /usr/openwin/lib/libX11.so.4
0xd9ee0000 /usr/openwin/lib/libSM.so.6
0xd97d0000 /usr/openwin/lib/libICE.so.6
0xd97a0000 /usr/openwin/lib/libdga.so.1
0xd6300000
/dvl/info/prj/infra/jdk1.3.1/jre/lib/sparc/libfontmanager.so
0xd9420000 /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: <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>