JDK 19 |
---|
19 b32Resolved |
Duplicate :
|
|
Relates :
|
The following test failed in the JDK17 CI: applications/kitchensink/Kitchensink24HStress.java Here's a snippet from the log file: [2021-02-01T16:23:11.990706516Z] Gathering output for process 4015 [2021-02-01T16:23:18.179440027Z] Waiting for completion for process 4015 [2021-02-01T16:23:18.179519356Z] Waiting for completion finished for process 4015 Output and diagnostic info for process 4015 was saved into 'pid-4015-output.log' [stress.process.out] # [stress.process.out] # A fatal error has been detected by the Java Runtime Environment: [stress.process.out] # [stress.process.out] # Internal Error (/opt/mach5/mesos/work_dir/slaves/983c483a-6907-44e0-ad29-98c7183575e2-S14447/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/427d82f1-c179-443d-b5ed-6a2a578443b4/runs/9e9a7411-ccf5-4ff3-bf2e-6ffe73f069b0/workspace/open/src/hotspot/share/jfr/recorder/checkpoint/types/traceid/jfrTraceIdLoadBarrier.inline.hpp:112), pid=400, tid=488 [stress.process.out] # assert(((((JfrTraceIdBits::load(klass)) & ((JfrTraceIdEpoch::this_epoch_method_and_class_bits()))) != 0))) failed: invariant [stress.process.out] # [stress.process.out] # JRE version: Java(TM) SE Runtime Environment (17.0+8) (fastdebug build 17-ea+8-LTS-506) [stress.process.out] # Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 17-ea+8-LTS-506, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64) [stress.process.out] # Problematic frame: [stress.process.out] # V [libjvm.so+0x14ffbd3] ObjectSampleCheckpoint::add_to_leakp_set(InstanceKlass const*, unsigned long)+0x433 [stress.process.out] # [stress.process.out] # 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/983c483a-6907-44e0-ad29-98c7183575e2-S15054/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/6ac250f0-5452-489f-a3b7-9c3154bde499/runs/33ce67e8-37d0-4d33-b6fb-1165b7d6379c/testoutput/test-support/jtreg_closed_test_hotspot_jtreg_applications_kitchensink_Kitchensink24HStress_java/scratch/0/core.400) [stress.process.out] # [stress.process.out] # JFR recording file will be written. Location: /opt/mach5/mesos/work_dir/slaves/983c483a-6907-44e0-ad29-98c7183575e2-S15054/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/6ac250f0-5452-489f-a3b7-9c3154bde499/runs/33ce67e8-37d0-4d33-b6fb-1165b7d6379c/testoutput/test-support/jtreg_closed_test_hotspot_jtreg_applications_kitchensink_Kitchensink24HStress_java/scratch/0/hs_err_pid400.jfr [stress.process.out] # [stress.process.out] Unsupported internal testing APIs have been used. [stress.process.out] [stress.process.out] # An error report file with more information is saved as: [stress.process.out] # /opt/mach5/mesos/work_dir/slaves/983c483a-6907-44e0-ad29-98c7183575e2-S15054/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/6ac250f0-5452-489f-a3b7-9c3154bde499/runs/33ce67e8-37d0-4d33-b6fb-1165b7d6379c/testoutput/test-support/jtreg_closed_test_hotspot_jtreg_applications_kitchensink_Kitchensink24HStress_java/scratch/0/hs_err_pid400.log [stress.process.out] # [stress.process.out] # If you would like to submit a bug report, please visit: [stress.process.out] # https://bugreport.java.com/bugreport/crash.jsp [stress.process.out] # [2021-02-01T16:24:18.182948266Z] Gathering output for process 4454 [2021-02-01T16:24:18.190832619Z] Waiting for completion for process 4454 [2021-02-01T16:24:18.190895408Z] Waiting for completion finished for process 4454 Output and diagnostic info for process 4454 was saved into 'pid-4454-output.log' Here's the crashing thread's stack: --------------- T H R E A D --------------- Current thread (0x00007f6f6c049990): JavaThread "JFR Recorder Thread" daemon [_thread_in_vm, id=488, stack(0x00007f6eefeff000,0x00007f6ef0000000)] Stack: [0x00007f6eefeff000,0x00007f6ef0000000], sp=0x00007f6eefffea10, free space=1022k Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x14ffbd3] ObjectSampleCheckpoint::add_to_leakp_set(InstanceKlass const*, unsigned long)+0x433 V [libjvm.so+0x150003e] ObjectSampleCheckpoint::write_stacktrace(JfrStackTrace const*, JfrCheckpointWriter&)+0xfe V [libjvm.so+0x1500a92] StackTraceBlobInstaller::install(ObjectSample*)+0x1f2 V [libjvm.so+0x1501200] ObjectSampleCheckpoint::on_rotation(ObjectSampler const*, JfrStackTraceRepository&)+0x370 V [libjvm.so+0xf10c44] JfrRecorderService::pre_safepoint_write()+0xc4 V [libjvm.so+0xf10e65] JfrRecorderService::chunk_rotation()+0x75 V [libjvm.so+0xf128a5] JfrRecorderService::rotate(int)+0x45 V [libjvm.so+0xf141ea] recorderthread_entry(JavaThread*, Thread*)+0x34a V [libjvm.so+0x184f5d6] JavaThread::thread_main_inner()+0x256 V [libjvm.so+0x1855f40] Thread::call_run()+0x100 V [libjvm.so+0x1540b06] thread_native_entry(Thread*)+0x116 This failure looks very similar to: JDK-8249245 assert(((((JfrTraceIdBits::load(klass)) & ((JfrTraceIdEpoch::this_epoch_method_and_class_bits()))) != 0))) failed: invariant The fix for that bug was integrated on 2021.01.18. This build-ID (jdk-17+8-506) was submitted on 2021.01.30 so this build-ID should include the fix for JDK-8249245.