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

BreakpointWithFullGC.sh fails with Internal Error (src/share/vm/oops/methodOop.cpp:220)

    XMLWordPrintable

    Details

    • Subcomponent:
    • Resolved In Build:
      b07
    • CPU:
      generic
    • OS:
      generic
    • Verification:
      Verified

      Backports

        Description

        The following JT_JDK/com/sun/jdi test started failing in the 2011.01.13
        RT_Baseline nightly:

            com/sun/jdi/BreakpointWithFullGC.sh

        Here is a snippet of the hs_err file from a Solaris AMD64 Server
        VM -Xmixed config:

        #
        # A fatal error has been detected by the Java Runtime Environment:
        #
        # Internal Error (/tmp/jprt/P3/B/223720.dcubed/source/src/share/vm/oops/methodOop.cpp:220), pid=7331, tid=11
        # assert((is_native() && bci == 0) || (!is_native() && 0<= bci && bci<code_size())) failed: illegal bci
        #
        # JRE version: 7.0-b124
        # Java VM: Java HotSpot(TM) 64-Bit Server VM (20.0-b06-internal-201101122237.dcubed.7009828_for_hsx_20-fastdebug mixed mode solaris-amd64 compressed oops)
        # If you would like to submit a bug report, please visit:
        # http://java.sun.com/webapps/bugreport/crash.jsp
        #

        --------------- T H R E A D ---------------

        Current thread (0x0000000000eae000): VMThread [stack: 0xfffffd7ff1040000,0xfffffd7ff1140000] [id=11]

        Stack: [0xfffffd7ff1040000,0xfffffd7ff1140000], sp=0xfffffd7ff113e8d0, free space=1018k
        Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
        V [libjvm.so+0x250ad0a] JVM_handle_solaris_signal+0x5b0d82;; void VMError::report(outputStream*)+0x82e
        V [libjvm.so+0x250be39] JVM_handle_solaris_signal+0x5b1eb1;; void VMError::report_and_die()+0x4ed
        V [libjvm.so+0xe34a5f] void report_vm_error(const char*,int,const char*,const char*)+0x55f;; void report_vm_error(const char*,int,const char*,const char*)+0x55f
        V [libjvm.so+0x1da5a1d] JVM_FindSignal+0x6abc65;; unsigned char*methodOopDesc::bcp_from(int)const+0xa5
        V [libjvm.so+0x189c35b] JVM_FindSignal+0x1a25a3;; unsigned char*JvmtiBreakpoint::getCacheValue()+0x13
        V [libjvm.so+0x1897b26] JVM_FindSignal+0x19dd6e;; void JvmtiCurrentBreakpoints::oops_do(OopClosure*)+0x96
        V [libjvm.so+0x187c181] JVM_FindSignal+0x1823c9;; void JvmtiExport::oops_do(OopClosure*)+0x19
        V [libjvm.so+0x206a0e6] JVM_handle_solaris_signal+0x11015e;; void PSMarkSweep::mark_sweep_phase3()+0x10e
        V [libjvm.so+0x2067b99] JVM_handle_solaris_signal+0x10dc11;; void PSMarkSweep::invoke_no_policy(bool)+0x63d
        V [libjvm.so+0x20cf3c7] JVM_handle_solaris_signal+0x17543f;; void PSScavenge::invoke()+0x253
        V [libjvm.so+0x1fabe18] JVM_handle_solaris_signal+0x51e90;; HeapWord*ParallelScavengeHeap::failed_mem_allocate(unsigned long,bool)+0x170
        V [libjvm.so+0x250e1f3] JVM_handle_solaris_signal+0x5b426b;; void VM_ParallelGCFailedAllocation::doit()+0xdb
        V [libjvm.so+0x2549369] JVM_handle_solaris_signal+0x5ef3e1;; void VM_Operation::evaluate()+0xf9
        V [libjvm.so+0x2547616] JVM_handle_solaris_signal+0x5ed68e;; void VMThread::loop()+0x852
        V [libjvm.so+0x254673a] JVM_handle_solaris_signal+0x5ec7b2;; void VMThread::run()+0xb6
        V [libjvm.so+0x1f3e072] JVM_FindSignal+0x8442ba;; java_start+0x6a6
        C [libc.so.1+0xdbfbb] _thr_slot_offset+0x31b;; _thr_setup+0x5b
        C [libc.so.1+0xdc1e0] _thr_slot_offset+0x540;; _lwp_start+0x0

        VM_Operation (0xfffffd7ffc1cd550): ParallelGCFailedAllocation, mode: safepoint, requested by thread 0x000000000045e000

        Here is a link to one of the failing config:

        http://sqeweb.sfbay/net/sqenfs-2/export2/results/vm/gtee/JDK7/NIGHTLY/VM/2011-01-13/RT_Baseline/javase/solaris-amd64/server/compd/solaris-amd64_javase_server_compd_JT_JDK_com_sun_jdi/analysis.html

        So far the above assertion failure has been seen on Linux AMD64 Server-64
        VM -Xcomp, Solaris AMD64 Server-64 VM -Xcomp, Linux AMD64 Server-64
        VM -Xmixed, and Solaris AMD64 Server-64 VM -Xmixed.


        There is a SIGSEGV form of the failure mode. Here is a snippet from
        the hs_err file from a Solaris SPARC Client VM -Xmixed:

        #
        # A fatal error has been detected by the Java Runtime Environment:
        #
        # SIGSEGV (0xb) at pc=0xfe6bb448, pid=15438, tid=3
        #
        # JRE version: 7.0-b124
        # Java VM: Java HotSpot(TM) Client VM (20.0-b06-internal-201101122237.dcubed.7009828_for_hsx_20-fastdebug compiled mode solaris-sparc )
        # Problematic frame:
        # V [libjvm.so+0xabb448] unsigned char*methodOopDesc::bcp_from(int)const+0x90
        #
        # If you would like to submit a bug report, please visit:
        # http://java.sun.com/webapps/bugreport/crash.jsp
        #

        --------------- T H R E A D ---------------

        Current thread (0x00142400): VMThread [stack: 0xfb100000,0xfb180000] [id=3]

        siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x00000026;;

        Registers:
         G1=0xfe580c74 G2=0xf72182b8 G3=0xf72182b8 G4=0xf5000000
         G5=0x00000000 G6=0x00000000 G7=0xfd860a00 Y=0x00000000
         O0=0x0018b500 O1=0xfeeb3400 O2=0x00000000 O3=0x00000000
         O4=0x00000004 O5=0xfec8b925 O6=0xfb17f1d8 O7=0xfe576184
         L0=0x00000002 L1=0x00000003 L2=0xfeec7394 L3=0x0044ec30
         L4=0xfe587454 L5=0xfeec7394 L6=0x00000000 L7=0x00000004
         I0=0xf72182b8 I1=0x0000002b I2=0xfb17f248 I3=0xf72182c0
         I4=0xfe587518 I5=0x00000000 I6=0xfb17f258 I7=0xfe580c74
         PC=0xfe6bb448 nPC=0xfe6bb44c


        Top of Stack: (sp=0xfb17f1d8)
        0xfb17f1d8: 00000002 00000003 feec7394 0044ec30
        0xfb17f1e8: fe587454 feec7394 00000000 00000004
        0xfb17f1f8: f72182b8 0000002b fb17f248 f72182c0
        0xfb17f208: fe587518 00000000 fb17f258 fe580c74
        0xfb17f218: 00000000 00000000 00000000 0044ec34
        0xfb17f228: 00000001 00000000 00000000 00000000
        0xfb17f238: 00000000 f703c488 f72182b8 f72182b8
        0xfb17f248: f7218be0 00000000 f7218be0 f7218be0

        Instructions: (pc=0xfe6bb448)
        0xfe6bb428: 40 01 eb e2 90 10 00 1a 80 a6 40 1c 26 48 00 17
        0xfe6bb438: 25 3f ba cd 10 80 00 0d 1f 3f b3 60 ec 07 bf f4
        0xfe6bb448: f8 15 a0 26 80 a6 40 1c 16 40 00 08 1f 3f b3 60
        0xfe6bb458: ee 06 e0 00 ee 27 bf f0 e6 07 bf f0 10 80 00 1d
        ;; 00000000fe6bb438 25 3f ba cd 10 80 00 0d 1f 3f b3 60 ec 07 bf f4
        ;; ---------------
        ;; 00000000fe6bb448 f8 15 a0 26 lduh [ %l6 + 0x26 ], %i4
        ;; 00000000fe6bb44c 80 a6 40 1c cmp %i1, %i4
        ;; 00000000fe6bb450 16 40 00 08 bge,pn %icc, 0x00000000fe6bb470
        ;; 00000000fe6bb454 1f 3f b3 60 sethi %hi(0xfecd8000), %o7
        ;; 00000000fe6bb458 ee 06 e0 00 ld [ %i3 ], %l7
        ;; 00000000fe6bb45c ee 27 bf f0 st %l7, [ %fp + -16 ]
        ;; 00000000fe6bb460 e6 07 bf f0 ld [ %fp + -16 ], %l3
        ;; 00000000fe6bb464 10 80 00 1d b 0x00000000fe6bb4d8
        ;;
        Register to memory mapping:

        G1=0xfe580c74: JVM_FindSignal+0x149cf8 in /export/local/common/jdk/baseline/solaris-sparc/jre/lib/sparc/client/libjvm.so at 0xfdc00000
        G2=
        [error occurred during error reporting (printing register info), id 0xe0000000]

        Stack: [0xfb100000,0xfb180000], sp=0xfb17f1d8, free space=508k
        Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
        V [libjvm.so+0xabb448] unsigned char*methodOopDesc::bcp_from(int)const+0x90;; unsigned char*methodOopDesc::bcp_from(int)const+0x90
        V [libjvm.so+0x980c7c] void GrowableCache::oops_do(OopClosure*)+0xb0;; void GrowableCache::oops_do(OopClosure*)+0xb0
        V [libjvm.so+0x97618c] void JvmtiExport::oops_do(OopClosure*)+0xc;; void JvmtiExport::oops_do(OopClosure*)+0xc
        V [libjvm.so+0xc1b2e4] void SharedHeap::process_strong_roots(bool,bool,SharedHeap::ScanningOption,OopClosure*,CodeBlobClosure*,OopsInGenClosure*)+0x204;; void SharedHeap::process_strong_roots(bool,bool,SharedHeap::ScanningOption,OopClosure*,CodeBlobClosure*,OopsInGenClosure*)+0x204
        V [libjvm.so+0x5ad5d4] void GenCollectedHeap::gen_process_strong_roots(int,bool,bool,bool,SharedHeap::ScanningOption,OopsInGenClosure*,bool,OopsInGenClosure*)+0x3c;; void GenCollectedHeap::gen_process_strong_roots(int,bool,bool,bool,SharedHeap::ScanningOption,OopsInGenClosure*,bool,OopsInGenClosure*)+0x3c
        V [libjvm.so+0x5b3000] void GenMarkSweep::mark_sweep_phase3(int)+0x22c;; void GenMarkSweep::mark_sweep_phase3(int)+0x22c
        V [libjvm.so+0x5b1c18] void GenMarkSweep::invoke_at_safepoint(int,ReferenceProcessor*,bool)+0x260;; void GenMarkSweep::invoke_at_safepoint(int,ReferenceProcessor*,bool)+0x260
        V [libjvm.so+0x5c5bbc] void OneContigSpaceCardGeneration::collect(bool,bool,unsigned,bool)+0x60;; void OneContigSpaceCardGeneration::collect(bool,bool,unsigned,bool)+0x60
        V [libjvm.so+0x5acbf8] void GenCollectedHeap::do_collection(bool,bool,unsigned,bool,int)+0xc48;; void GenCollectedHeap::do_collection(bool,bool,unsigned,bool,int)+0xc48
        V [libjvm.so+0x42cd48] HeapWord*GenCollectorPolicy::satisfy_failed_allocation(unsigned,bool)+0x2d4;; HeapWord*GenCollectorPolicy::satisfy_failed_allocation(unsigned,bool)+0x2d4
        V [libjvm.so+0xde1424] void VM_GenCollectForAllocation::doit()+0xe0;; void VM_GenCollectForAllocation::doit()+0xe0
        V [libjvm.so+0xe165c0] void VM_Operation::evaluate()+0x178;; void VM_Operation::evaluate()+0x178
        V [libjvm.so+0xe14908] void VMThread::loop()+0x668;; void VMThread::loop()+0x668
        V [libjvm.so+0xe13b24] void VMThread::run()+0x10c;; void VMThread::run()+0x10c
        V [libjvm.so+0xb408a0] java_start+0x188;; java_start+0x188

        VM_Operation (0xfd8ff648): GenCollectForAllocation, mode: safepoint, requested by thread 0x0005cc00

        Here is a link to one of the failing configs:

        http://sqeweb.sfbay/net/sqenfs-2/export2/results/vm/gtee/JDK7/NIGHTLY/VM/2011-01-13/RT_Baseline/javase/solaris-sparc/client/compd/solaris-sparc_javase_client_compd_JT_JDK_com_sun_jdi/analysis.html

        The SIGSEGV failure has been seen in the Solaris SPARC configs.
        The 2011.01.13 RT_Baseline nightly had one instance of the
        following test fail:

            com/sun/jdi/BreakpointTest.java

        Here is a snippet of the crashing thread's stack from the hs_err file:

        Stack: [0xffffffff73300000,0xffffffff73400000], sp=0xffffffff733fe9e0, free space=1018k
        Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
        V [libjvm.so+0xe82558] unsigned char*methodOopDesc::bcp_from(int)const+0xb0
        V [libjvm.so+0xc95600] void GrowableCache::oops_do(OopClosure*)+0xb0
        V [libjvm.so+0xc89cac] void JvmtiExport::oops_do(OopClosure*)+0xc
        V [libjvm.so+0x109ae68] void SharedHeap::process_strong_roots(bool,bool,SharedHeap::ScanningOption,OopClosure*,CodeBlobClosure*,OopsInGenClosure*)+0x228
        V [libjvm.so+0x8492e0] void GenCollectedHeap::gen_process_strong_roots(int,bool,bool,bool,SharedHeap::ScanningOption,OopsInGenClosure*,bool,OopsInGenClosure*)+0x50
        V [libjvm.so+0x850978] void GenMarkSweep::mark_sweep_phase3(int)+0x288
        V [libjvm.so+0x84f28c] void GenMarkSweep::invoke_at_safepoint(int,ReferenceProcessor*,bool)+0x2ec
        V [libjvm.so+0x86a970] void OneContigSpaceCardGeneration::collect(bool,bool,unsigned long,bool)+0x58
        V [libjvm.so+0x8488b4] void GenCollectedHeap::do_collection(bool,bool,unsigned long,bool,int)+0xdac
        V [libjvm.so+0x61bd5c] HeapWord*GenCollectorPolicy::satisfy_failed_allocation(unsigned long,bool)+0x344
        V [libjvm.so+0x12c37cc] void VM_GenCollectForAllocation::doit()+0x10c
        V [libjvm.so+0x12fb8ac] void VM_Operation::evaluate()+0x184
        V [libjvm.so+0x12f9e18] void VMThread::loop()+0x940
        V [libjvm.so+0x12f8d74] void VMThread::run()+0x114
        V [libjvm.so+0xf3aa00] java_start+0x270

        This failing stack is very similar to the stack in
        the BreakpointWithFullGC.sh SIGSEGV failures.


        Here is the URL for the failing config:

        http://sqeweb.sfbay/net/sqenfs-2/export2/results/vm/gtee/JDK7/NIGHTLY/VM/2011-01-13/RT_Baseline/javase/solaris-sparcv9/server/compd/solaris-sparcv9_javase_server_compd_JT_JDK_com_sun_jdi/analysis.html

        Note that in this config both BreakpointWithFullGC.sh and
        BreakpointTest.java failed.

          Attachments

            Issue Links

              Activity

                People

                Assignee:
                kamg Keith Mcguigan
                Reporter:
                dcubed Daniel Daugherty
                Votes:
                0 Vote for this issue
                Watchers:
                0 Start watching this issue

                  Dates

                  Created:
                  Updated:
                  Resolved:
                  Imported:
                  Indexed: