Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-6388787

vm crashes at ObjectSynchronizer::inflate when it starts

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P3
    • Resolution: Cannot Reproduce
    • Affects Version/s: 1.4.2_07
    • Fix Version/s: 1.4.2_07
    • Component/s: hotspot
    • Labels:
    • Subcomponent:
    • CPU:
      x86
    • OS:
      linux_redhat_3.0

      Description

      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 ?? ()

        Attachments

          Activity

            People

            • Assignee:
              dsamersoff Dmitriy Samersoff
              Reporter:
              duke J. Duke (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:
                Imported:
                Indexed: