The customer got a crash of jvm. They are running 1.4.2_07
with following options on RedHat Enterprise Linux 3.0.
/usr/java/j2sdk1.4.2_07/jre/bin/java -server -Xms2048M -Xmx2048M -XX:PermSize=128M -XX:MaxPermSize=128M -XX:NewSize=512M -XX:MaxNewSize=512M -XX:SurvivorRatio=8 -Xloggc:/var/aplog/ksetsn01_gc.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -Draspberry.home=/opt/newops/raspberry -Djava.rmi.server.codeb
This crash occurs when they start the java process, but it
can start w/o any error after once the crash occurs. This
crash seems to sometimes occurs. Below is snip of hs_err log.
Current Java thread:
at java.lang.Throwable.fillInStackTrace(Native Method)
- locked <0x30856348> (a java.net.SocketTimeoutException)
at java.lang.Throwable.<init>(Throwable.java:195)
at java.lang.Exception.<init>(Exception.java:41)
at java.io.IOException.<init>(IOException.java:40)
at java.io.InterruptedIOException.<init>(InterruptedIOException.java:45)
at java.net.SocketTimeoutException.<init>(SocketTimeoutException.java:24)
at java.net.PlainDatagramSocketImpl.peekData(Native Method)
- locked <0x2f3df138> (a java.net.PlainDatagramSocketImpl)
at java.net.DatagramSocket.receive(DatagramSocket.java:661)
- locked <0x2fd528c8> (a java.net.DatagramPacket)
- locked <0x2f3df008> (a java.net.DatagramSocket)
at uk.co.westhawk.snmp.net.StandardSocket.receive(StandardSocket.java:114)
at uk.co.westhawk.snmp.stack.AbstractSnmpContext.run(AbstractSnmpContext.java:483)
at java.lang.Thread.run(Thread.java:534)
Also, below is native stack trace.
(gdb) where
#0 0xb74b5cef in raise () from /root/work/nttcom/18448/lib/lib/tls/libc.so.6
#1 0xb74b74f5 in abort () from /root/work/nttcom/18448/lib/lib/tls/libc.so.6
#2 0xb7222128 in os::abort () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#3 0xb721ed7a in os::handle_unexpected_exception () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#4 0xb7222bb6 in JVM_handle_linux_signal () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#5 0xb7221948 in signalHandler () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#6 <signal handler called>
#7 0xb72804f3 in ObjectSynchronizer::inflate () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#8 0xb72806bf in ObjectSynchronizer::slow_enter () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#9 0xb712c1fa in InterpreterRuntime::monitorenter () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#10 0xb2d79546 in ?? ()
#11 0x084410e8 in ?? ()
#12 0x0c5aaa38 in ?? ()
#13 0xb2d79512 in ?? ()
#14 0xf3a55000 in ?? ()
#15 0x30856348 in ?? ()
#16 0x0c5aaa38 in ?? ()
#17 0xaacd769c in ?? ()
#18 0x0c5aaa6c in ?? ()
#19 0xaad244a0 in ?? ()
#20 0x00000000 in ?? ()
with following options on RedHat Enterprise Linux 3.0.
/usr/java/j2sdk1.4.2_07/jre/bin/java -server -Xms2048M -Xmx2048M -XX:PermSize=128M -XX:MaxPermSize=128M -XX:NewSize=512M -XX:MaxNewSize=512M -XX:SurvivorRatio=8 -Xloggc:/var/aplog/ksetsn01_gc.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -Draspberry.home=/opt/newops/raspberry -Djava.rmi.server.codeb
This crash occurs when they start the java process, but it
can start w/o any error after once the crash occurs. This
crash seems to sometimes occurs. Below is snip of hs_err log.
Current Java thread:
at java.lang.Throwable.fillInStackTrace(Native Method)
- locked <0x30856348> (a java.net.SocketTimeoutException)
at java.lang.Throwable.<init>(Throwable.java:195)
at java.lang.Exception.<init>(Exception.java:41)
at java.io.IOException.<init>(IOException.java:40)
at java.io.InterruptedIOException.<init>(InterruptedIOException.java:45)
at java.net.SocketTimeoutException.<init>(SocketTimeoutException.java:24)
at java.net.PlainDatagramSocketImpl.peekData(Native Method)
- locked <0x2f3df138> (a java.net.PlainDatagramSocketImpl)
at java.net.DatagramSocket.receive(DatagramSocket.java:661)
- locked <0x2fd528c8> (a java.net.DatagramPacket)
- locked <0x2f3df008> (a java.net.DatagramSocket)
at uk.co.westhawk.snmp.net.StandardSocket.receive(StandardSocket.java:114)
at uk.co.westhawk.snmp.stack.AbstractSnmpContext.run(AbstractSnmpContext.java:483)
at java.lang.Thread.run(Thread.java:534)
Also, below is native stack trace.
(gdb) where
#0 0xb74b5cef in raise () from /root/work/nttcom/18448/lib/lib/tls/libc.so.6
#1 0xb74b74f5 in abort () from /root/work/nttcom/18448/lib/lib/tls/libc.so.6
#2 0xb7222128 in os::abort () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#3 0xb721ed7a in os::handle_unexpected_exception () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#4 0xb7222bb6 in JVM_handle_linux_signal () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#5 0xb7221948 in signalHandler () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#6 <signal handler called>
#7 0xb72804f3 in ObjectSynchronizer::inflate () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#8 0xb72806bf in ObjectSynchronizer::slow_enter () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#9 0xb712c1fa in InterpreterRuntime::monitorenter () from /usr/java/j2sdk1.4.2_07/jre/lib/i386/server/libjvm.so
#10 0xb2d79546 in ?? ()
#11 0x084410e8 in ?? ()
#12 0x0c5aaa38 in ?? ()
#13 0xb2d79512 in ?? ()
#14 0xf3a55000 in ?? ()
#15 0x30856348 in ?? ()
#16 0x0c5aaa38 in ?? ()
#17 0xaacd769c in ?? ()
#18 0x0c5aaa6c in ?? ()
#19 0xaad244a0 in ?? ()
#20 0x00000000 in ?? ()