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

6u16 JVM crash when using -XX:+AggressiveOpts on 64-bit intel system

XMLWordPrintable

    • x86
    • solaris_10

      Customer migrated their application from T2000 to Intel Xeon system running Solaris 10. They started experiencing frequent crashes in production.

      Stack seen from hs_err log:

      Stack: [0xfffffd7f3f51b000,0xfffffd7f3f61b000], sp=0xfffffd7f3f61a680, free sp
      ace=1021k
      Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
      J java.lang.Thread.currentThread()Ljava/lang/Thread;
      j com.sun.ejb.containers.util.pool.NonBlockingPool.doResize()V+0
      j com.sun.ejb.containers.util.pool.NonBlockingPool$ReSizeWork.run()V+4
      j com.sun.ejb.containers.util.pool.NonBlockingPool$ReSizeWork.service()V+1
      j com.sun.ejb.containers.util.WorkAdapter.doWork()V+11

      Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
      J java.lang.Thread.currentThread()Ljava/lang/Thread;
      j com.sun.ejb.containers.util.pool.NonBlockingPool.doResize()V+0
      j com.sun.ejb.containers.util.pool.NonBlockingPool$ReSizeWork.run()V+4
      j com.sun.ejb.containers.util.pool.NonBlockingPool$ReSizeWork.service()V+1
      j com.sun.ejb.containers.util.WorkAdapter.doWork()V+11
      J com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run()V
      v ~StubRoutines::call_stub

      The full hs_err log is attached.

      We're having some troubles reading the core file even though there seem to be no mismatched libraries and the core file doesn't appear to be truncated. The stack for
      this thread from pstack is:

      ----------------- lwp# 5168 / thread# 5168 --------------------
       fffffd7fff2cc99a _lwp_kill () + a
       fffffd7fff271c89 raise () + 19
       fffffd7fff251210 abort () + 90
       fffffd7ffed6e284 __1cCosFabort6Fb_v_ () + 44
       fffffd7ffee861b8 __1cHVMErrorOreport_and_die6M_v_ () + 948
       fffffd7ffe7a4efe JVM_handle_solaris_signal () + 7ae
       fffffd7ffe7a506e signalHandler () + e
       fffffd7fff2c7176 __sighndlr () + 6
       fffffd7fff2bba72 call_user_handler () + 252
       fffffd7fff2bbc8e sigacthandler (b, fffffd7f3f61a500, fffffd7f3f61a1a0) + de
       --- called from signal handler with signal 11 (SIGSEGV) ---
       fffffd7ffb158ded ???????? () + fffffffffbda84cd
       fffffd7ffb0058c9 * com/sun/ejb/containers/util/pool/NonBlockingPool.doResize()V
      +0
       fffffd7ffb005a22 * com/sun/ejb/containers/util/pool/NonBlockingPool$ReSizeWork.
      run()V+4 (line 1156)
       fffffd7ffb005a22 * com/sun/ejb/containers/util/pool/NonBlockingPool$ReSizeWork.
      service()V+1 (line 1140)
       fffffd7ffb005efc * com/sun/ejb/containers/util/WorkAdapter.doWork()V+11 (line 1
      49)
       fffffd7ffc3a2618 * *com/sun/corba/ee/impl/orbutil/threadpool/ThreadPoolImpl$Wor
      kerThread.run()V [compiled] +101 (line 1128)

      Please see Comments for pointer to the actual core file.

            dmeetry Dmeetry Degrave (Inactive)
            mhmccart Mary Mccarthy
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: