JDK-8267214 : assert(cm->region_stack()->is_empty()) failed: Region stack 0 is not empty
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 11.0.13-oracle
  • Priority: P3
  • Status: Closed
  • Resolution: Not an Issue
  • OS: linux
  • CPU: generic
  • Submitted: 2021-05-17
  • Updated: 2021-07-08
  • Resolved: 2021-07-08
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 11
11-poolResolved
Related Reports
Relates :  
Relates :  
Description
hotspot/jtreg/compiler/aot/cli/SingleAOTOptionTest.java failed with 
# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc:  SuppressErrorAt=/psParallelCompact.cpp:1923
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/opt/mach5/mesos/work_dir/slaves/3c846bae-ce30-4a97-93ee-9fef4497ccb6-S79087/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/52e8b1fc-7416-49dc-85f5-10775cdedd2e/runs/43cef281-ffcd-4853-8e13-8ccf373fb934/workspace/open/src/hotspot/share/gc/parallel/psParallelCompact.cpp:1923), pid=3459, tid=3475
#  assert(cm->region_stack()->is_empty()) failed: Region stack 0 is not empty
#
# JRE version: Java(TM) SE Runtime Environment 18.9 (11.0.13+1) (fastdebug build 11.0.13-ea+1-LTS-34)
# Java VM: Java HotSpot(TM) 64-Bit Server VM 18.9 (fastdebug 11.0.13-ea+1-LTS-34, mixed mode, aot, tiered, jvmci, compressed oops, parallel gc, linux-amd64)
# Core dump will be written. Default location: Core dumps may be processed with "/opt/core.sh %p" (or dumping to /opt/mach5/mesos/work_dir/slaves/3c846bae-ce30-4a97-93ee-9fef4497ccb6-S79107/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/41097deb-510c-4a47-99f5-14389a98a4ef/runs/03f6298a-4526-428d-b96c-943bccdfd45e/testoutput/test-support/jtreg_open_test_hotspot_jtreg_tier1_compiler_not_cms/scratch/3/core.3459)
#
# An error report file with more information is saved as:
# /opt/mach5/mesos/work_dir/slaves/3c846bae-ce30-4a97-93ee-9fef4497ccb6-S79107/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/41097deb-510c-4a47-99f5-14389a98a4ef/runs/03f6298a-4526-428d-b96c-943bccdfd45e/testoutput/test-support/jtreg_open_test_hotspot_jtreg_tier1_compiler_not_cms/scratch/3/hs_err_pid3459.log
#
# If you would like to submit a bug report, please visit:
#   https://bugreport.java.com/bugreport/crash.jsp
#
Current thread is 3475
Dumping core ...

Current thread (0x00007f6160164000):  VMThread "VM Thread" [stack: 0x00007f613d1a2000,0x00007f613d2a2000] [id=3475]

Stack: [0x00007f613d1a2000,0x00007f613d2a2000],  sp=0x00007f613d2a01d0,  free space=1016k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x18e7184]  VMError::report_and_die(int, char const*, char const*, __va_list_tag*, Thread*, unsigned char*, void*, void*, char const*, int, unsigned long)+0x194
V  [libjvm.so+0x18e81df]  VMError::report_and_die(Thread*, void*, char const*, int, char const*, char const*, __va_list_tag*)+0x2f
V  [libjvm.so+0xb1fb00]  report_vm_error(char const*, int, char const*, char const*, ...)+0x100
V  [libjvm.so+0x1617f3e]  PSParallelCompact::invoke_no_policy(bool)+0x89e
V  [libjvm.so+0x1618a7b]  PSParallelCompact::invoke(bool)+0x10b
V  [libjvm.so+0x18e9e13]  VM_ParallelGCSystemGC::doit()+0xb3
V  [libjvm.so+0x192bc21]  VM_Operation::evaluate()+0x141
V  [libjvm.so+0x19270de]  VMThread::evaluate_operation(VM_Operation*) [clone .constprop.51]+0x18e
V  [libjvm.so+0x19279a7]  VMThread::loop()+0x4e7
V  [libjvm.so+0x1927fcb]  VMThread::run()+0xcb
V  [libjvm.so+0x181feea]  Thread::call_run()+0x19a
V  [libjvm.so+0x1529e66]  thread_native_entry(Thread*)+0x106

VM_Operation (0x00007f6167fd1510): ParallelGCSystemGC, mode: safepoint, requested by thread 0x00007f6160030000
Comments
Linked JDK-6805029, but not sure if it may apply. Particularly because I always thought that every gc thread gets a drain task unconditionally, but I may be wrong. If that is the case, unlikely to apply to anything including and after JDK-14 due to JDK-8204951.
17-05-2021