Bug ID: JDK-8162853 Assert addr too small at parMarkBitMap.hpp:400

Type: Bug
Component: hotspot
Sub-Component: runtime

Priority: P2
Status: Closed
Resolution: Duplicate

Submitted: 2016-08-01
Updated: 2016-08-22
Resolved: 2016-08-01

# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc:  SuppressErrorAt=/parMarkBitMap.hpp:400
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/opt/jprt/T/P1/102130.dms/s/hotspot/src/share/vm/gc/parallel/parMarkBitMap.hpp:400), pid=25027, tid=9
#  assert(addr >= region_start()) failed: addr too small, addr: 0x0000000000000000 region start: 0x0000000080200000
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (fastdebug build 9-internal+0-2016-08-01-102130.dms.hs)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 9-internal+0-2016-08-01-102130.dms.hs, mixed mode, tiered, compressed oops, parallel gc, solaris-amd64)
# Core dump will be written. Default location: /scratch/opt/jprt/T/P1/102130.dms/s/hotspot/testoutput/hotspot_fast_gc_2/JTwork/scratch/core or core.25027
#
# An error report file with more information is saved as:
# /scratch/opt/jprt/T/P1/102130.dms/s/hotspot/testoutput/hotspot_fast_gc_2/JTwork/scratch/hs_err_pid25027.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
Current thread is 9
Dumping core ...

Stack: [0xffff80ffb41fa000,0xffff80ffb42fa000], sp=0xffff80ffb42f6530, free space=1009k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x21e544a] void VMError::report(outputStream*,bool)+0x107a V [libjvm.so+0x21e7733] void VMError::report_and_die(int,const char*,const char*,__va_list_element*,Thread*,unsigned char*,void*,void*,const char*,int,unsigned long)+0x8e3 V [libjvm.so+0x21e6de2] void VMError::report_and_die(Thread*,const char*,int,const char*,const char*,__va_list_element*)+0x42 V [libjvm.so+0x152ba79] void report_vm_error(const char*,int,const char*,const char*,...)+0xf9 V [libjvm.so+0x1eb3ff1] void ParMarkBitMap::verify_addr(HeapWord*)const+0x61 V [libjvm.so+0x1f55a43] bool PSParallelCompact::IsAliveClosure::do_object_b(oop)+0x43 V [libjvm.so+0x138b684] bool ClassLoaderDataGraph::do_unloading(BoolObjectClosure*,bool)+0xb4 V [libjvm.so+0x20e274c] bool SystemDictionary::do_unloading(BoolObjectClosure*,bool)+0x1c V [libjvm.so+0x1f5ab19] void PSParallelCompact::marking_phase(ParCompactionManager*,bool,ParallelOldTracer*)+0x589 V [libjvm.so+0x1f59625] bool PSParallelCompact::invoke_no_policy(bool)+0x4d5 V [libjvm.so+0x1f59130] void PSParallelCompact::invoke(bool)+0x150 V [libjvm.so+0x21ebcde] void VM_ParallelGCSystemGC::doit()+0x11e V [libjvm.so+0x22262dc] void VM_Operation::evaluate()+0x19c V [libjvm.so+0x2223b5e] void VMThread::evaluate_operation(VM_Operation*)+0x14e V [libjvm.so+0x22241a5] void VMThread::loop()+0x465 V [libjvm.so+0x2223812] void VMThread::run()+0xd2 V [libjvm.so+0x1e80f68] thread_native_entry+0x168 C [libc.so.1+0x125221] _thrp_setup+0xa5 C [libc.so.1+0x1254c0] _lwp_start+0x0 Same stack trace as JDK-8162553 but with UseParallelOldGC The symptom is also very similar, code in do_unloading calls an IsAliveClosure with a NULL address and in this case the code asserts instead of SEGVs.

01-08-2016