In test on solaris-sparcv9 fromTonga/metaspace/stressHierarchy/stressHierarchy010/TestDescription.java
hierarchyType = INTERFACES
using TriggerUnloadingByFillingMetaspace
attemptsLimit = 50
unloadingPause = 1000
pausesLimit = 5
treeDepth=70, minLevelSize=10, maxLevelSize=100, hierarchyType=INTERFACES, triggerUnloadingHelper.getClass().getName()=vm.share.gc.TriggerUnloadingByFillingMetaspace
Create tree
Load classes and instantiate objects
Generating took 20 sec
cleanupLevel=69
Time expired. TimeoutWatchdog is calling TimeoutHandler.handleTimeout.
Shutting down vm because of time expired.
# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc: SuppressErrorAt=/virtualMemoryTracker.hpp:62
#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (/scratch/opt/mach5/mesos/work_dir/dbd38275-44a2-4351-b12e-2562e50b439c/workspace/open/src/hotspot/share/services/virtualMemoryTracker.hpp:62), pid=21562, tid=91
# assert(_committed >= sz) failed: Negative amount
#
# JRE version: Java(TM) SE Runtime Environment (11.0) (fastdebug build 11-internal+0-2018-03-22-1910029.coleen.phillimore.11clean)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 11-internal+0-2018-03-22-1910029.coleen.phillimore.11clean, mixed mode, tiered, compressed oops, g1 gc, solaris-sparc)
# Core dump will be written. Default location: /scratch/opt/mach5/mesos/work_dir/8e977dd0-e713-492d-8283-0f9589f94349/testoutput/jtreg/JTwork/scratch/7/core or core.21562
#
Unsupported internal testing APIs have been used.
Having trouble attaching the hs_err_pid file, the stack trace looks like this:
Stack: [0x0007fffebd800000,0x0007fffebe200000], sp=0x0007fffebe1fbcc0, free space=10223k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x1dee230] void VMError::report_and_die(int,const char*,const char*,void*,Thread*,unsigned char*,void*,voi
d*,const char*,int,unsigned long)+0x940
V [libjvm.so+0x1ded87c] void VMError::report_and_die(Thread*,const char*,int,const char*,const char*,void*)+0x3c
V [libjvm.so+0xd6e678] void report_vm_error(const char*,int,const char*,const char*,...)+0x78
V [libjvm.so+0x1dddaa0] void ReservedMemoryRegion::set_flag(MemoryType)+0x170
V [libjvm.so+0x1dde7ec] void VirtualMemoryTracker::set_reserved_region_type(unsigned char*,MemoryType)+0x26c
V [libjvm.so+0x1875890] VirtualSpaceNode::VirtualSpaceNode #Nvariant 1(bool,unsigned long)+0x320
V [libjvm.so+0x187aea8] bool VirtualSpaceList::create_new_virtual_space(unsigned long)+0x178
V [libjvm.so+0x187b4d8] bool VirtualSpaceList::expand_by(unsigned long,unsigned long)+0x2e8
V [libjvm.so+0x187b678] Metachunk*VirtualSpaceList::get_new_chunk(unsigned long,unsigned long)+0xa8
V [libjvm.so+0x18820c8] Metachunk*SpaceManager::get_new_chunk(unsigned long)+0x78
V [libjvm.so+0x1880f2c] MetaWord*SpaceManager::grow_and_allocate(unsigned long)+0x17c
V [libjvm.so+0x188224c] MetaWord*SpaceManager::allocate_work(unsigned long)+0x5c
V [libjvm.so+0x18821ac] MetaWord*SpaceManager::allocate(unsigned long)+0x7c
V [libjvm.so+0x1885ee4] MetaWord*Metaspace::allocate(ClassLoaderData*,unsigned long,MetaspaceObj::Type,Thread*)+0x144
V [libjvm.so+0x8847c8] void*MetaspaceObj::operator new(unsigned long,ClassLoaderData*,unsigned long,MetaspaceObj::Type,
Thread*)+0x18
I will attach the test.
hierarchyType = INTERFACES
using TriggerUnloadingByFillingMetaspace
attemptsLimit = 50
unloadingPause = 1000
pausesLimit = 5
treeDepth=70, minLevelSize=10, maxLevelSize=100, hierarchyType=INTERFACES, triggerUnloadingHelper.getClass().getName()=vm.share.gc.TriggerUnloadingByFillingMetaspace
Create tree
Load classes and instantiate objects
Generating took 20 sec
cleanupLevel=69
Time expired. TimeoutWatchdog is calling TimeoutHandler.handleTimeout.
Shutting down vm because of time expired.
# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc: SuppressErrorAt=/virtualMemoryTracker.hpp:62
#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (/scratch/opt/mach5/mesos/work_dir/dbd38275-44a2-4351-b12e-2562e50b439c/workspace/open/src/hotspot/share/services/virtualMemoryTracker.hpp:62), pid=21562, tid=91
# assert(_committed >= sz) failed: Negative amount
#
# JRE version: Java(TM) SE Runtime Environment (11.0) (fastdebug build 11-internal+0-2018-03-22-1910029.coleen.phillimore.11clean)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 11-internal+0-2018-03-22-1910029.coleen.phillimore.11clean, mixed mode, tiered, compressed oops, g1 gc, solaris-sparc)
# Core dump will be written. Default location: /scratch/opt/mach5/mesos/work_dir/8e977dd0-e713-492d-8283-0f9589f94349/testoutput/jtreg/JTwork/scratch/7/core or core.21562
#
Unsupported internal testing APIs have been used.
Having trouble attaching the hs_err_pid file, the stack trace looks like this:
Stack: [0x0007fffebd800000,0x0007fffebe200000], sp=0x0007fffebe1fbcc0, free space=10223k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x1dee230] void VMError::report_and_die(int,const char*,const char*,void*,Thread*,unsigned char*,void*,voi
d*,const char*,int,unsigned long)+0x940
V [libjvm.so+0x1ded87c] void VMError::report_and_die(Thread*,const char*,int,const char*,const char*,void*)+0x3c
V [libjvm.so+0xd6e678] void report_vm_error(const char*,int,const char*,const char*,...)+0x78
V [libjvm.so+0x1dddaa0] void ReservedMemoryRegion::set_flag(MemoryType)+0x170
V [libjvm.so+0x1dde7ec] void VirtualMemoryTracker::set_reserved_region_type(unsigned char*,MemoryType)+0x26c
V [libjvm.so+0x1875890] VirtualSpaceNode::VirtualSpaceNode #Nvariant 1(bool,unsigned long)+0x320
V [libjvm.so+0x187aea8] bool VirtualSpaceList::create_new_virtual_space(unsigned long)+0x178
V [libjvm.so+0x187b4d8] bool VirtualSpaceList::expand_by(unsigned long,unsigned long)+0x2e8
V [libjvm.so+0x187b678] Metachunk*VirtualSpaceList::get_new_chunk(unsigned long,unsigned long)+0xa8
V [libjvm.so+0x18820c8] Metachunk*SpaceManager::get_new_chunk(unsigned long)+0x78
V [libjvm.so+0x1880f2c] MetaWord*SpaceManager::grow_and_allocate(unsigned long)+0x17c
V [libjvm.so+0x188224c] MetaWord*SpaceManager::allocate_work(unsigned long)+0x5c
V [libjvm.so+0x18821ac] MetaWord*SpaceManager::allocate(unsigned long)+0x7c
V [libjvm.so+0x1885ee4] MetaWord*Metaspace::allocate(ClassLoaderData*,unsigned long,MetaspaceObj::Type,Thread*)+0x144
V [libjvm.so+0x8847c8] void*MetaspaceObj::operator new(unsigned long,ClassLoaderData*,unsigned long,MetaspaceObj::Type,
Thread*)+0x18
I will attach the test.
- relates to
-
JDK-8201321 NMT: Unnecessary re-recording thread stack and size when attaching listener to JavaThread
-
- Resolved
-
-
JDK-8202772 NMT thread stack tracking causes crashes on AIX
-
- Resolved
-