Details
-
Bug
-
Resolution: Fixed
-
P2
-
17, 21, 22
-
b25
-
x86_64
-
linux
-
Verified
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8328334 | 21.0.4 | Aleksey Shipilev | P2 | Resolved | Fixed | b01 |
Description
applications/runthese/RunThese8H.java
Here's snippets from the hs_err_pid file:
# Internal Error (/opt/mach5/mesos/work_dir/slaves/afbc6042-3a24-4198-9369-18c663a3f74c-S26242/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/9bb4b2f2-b367-4f77-8070-a87bcc8390e0/runs/b97f4c9a-293f-423a-9fb9-8eaa8a0903d7/workspace/open/src/hotspot/share/runtime/objectMonitor.inline.hpp:123), pid=1966066, tid=1966105
# assert(prev == old_value) failed: unexpected prev owner=0x0000000000000002, expected=0x0000000000000000
#
# JRE version: Java(TM) SE Runtime Environment (22.0+21) (fastdebug build 22-ea+21-1634)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 22-ea+21-1634, mixed mode, sharing, tiered, compressed class ptrs, z gc, linux-amd64)
# Problematic frame:
# V [libjvm.so+0x1463f3e] ObjectMonitor::deflate_monitor()+0x87e
<snip>
--------------- T H R E A D ---------------
Current thread (0x00007f955802b180): VMThread "VM Thread" [id=1966105, stack(0x00007f9540457000,0x00007f9540557000) (1024K)]
Stack: [0x00007f9540457000,0x00007f9540557000], sp=0x00007f95405554a0, free space=1017k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x1463f3e] ObjectMonitor::deflate_monitor()+0x87e (objectMonitor.inline.hpp:123)
V [libjvm.so+0x17348a6] ObjectSynchronizer::deflate_monitor_list(Thread*, LogStream*, elapsedTimer*, ObjectMonitorsHashtable*)+0xa6 (synchronizer.cpp:1603)
V [libjvm.so+0x1734adc] ObjectSynchronizer::deflate_idle_monitors(ObjectMonitorsHashtable*)+0x18c (synchronizer.cpp:1687)
V [libjvm.so+0x1880da8] VM_ThreadDump::doit()+0x148 (vmOperations.cpp:289)
V [libjvm.so+0x18815ff] VM_Operation::evaluate()+0x13f (vmOperations.cpp:71)
V [libjvm.so+0x18a2251] VMThread::evaluate_operation(VM_Operation*)+0x111 (vmThread.cpp:281)
V [libjvm.so+0x18a2d8f] VMThread::inner_execute(VM_Operation*)+0x3bf (vmThread.cpp:435)
V [libjvm.so+0x18a2f74] VMThread::loop()+0x84 (vmThread.cpp:502)
V [libjvm.so+0x18a3082] VMThread::run()+0x92 (vmThread.cpp:175)
V [libjvm.so+0x179c5da] Thread::call_run()+0xba (thread.cpp:220)
V [libjvm.so+0x14a6e2a] thread_native_entry(Thread*)+0x12a (os_linux.cpp:785)
Attachments
Issue Links
- backported by
-
JDK-8328334 VM_ThreadDump asserts in interleaved ObjectMonitor::deflate_monitor calls
-
- Resolved
-
- blocks
-
JDK-8319048 Monitor deflation unlink phase prolongs time to safepoint
-
- Resolved
-
-
JDK-8319896 Remove monitor deflation from final audit
-
- Resolved
-
- relates to
-
JDK-8320721 JVMTI GetOwnedMonitorInfo needs to be aware that JNI Locked Monitors can be associated with a dead (null) object
-
- Open
-
-
JDK-8332506 SIGFPE In ObjectSynchronizer::is_async_deflation_needed() causing JVM Crash
-
- Open
-
-
JDK-8273107 RunThese24H times out with "java.lang.management.ThreadInfo.getLockName()" is null
-
- Resolved
-
-
JDK-8320515 assert(monitor->object_peek() != nullptr) failed: Owned monitors should not have a dead object
-
- Resolved
-
- links to
-
Commit openjdk/jdk21u-dev/d1af31b6
-
Commit openjdk/jdk/87be6b69
-
Review openjdk/jdk21u-dev/337
-
Review openjdk/jdk21u/384
-
Review openjdk/jdk/16519