-
Bug
-
Resolution: Fixed
-
P2
-
22
-
b19
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8329517 | 21.0.4-oracle | Thomas Schatzl | P2 | Closed | Fixed | b02 |
JDK-8330653 | 21.0.4 | Goetz Lindenmaier | P2 | Resolved | Fixed | b01 |
# Internal Error (\\workspace\\open\\src\\hotspot\\share\\runtime\\mutex.cpp:448), pid=7148, tid=38704
# assert(false) failed: Attempting to acquire lock ConcurrentHashTableResize_lock/nosafepoint-3 out of order with lock Service_lock/service -- possible deadlock
#
# JRE version: Java(TM) SE Runtime Environment (22.0) (fastdebug build 22-internal-2023-10-02-1945520.vladimir.kozlov.jdkgit)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 22-internal-2023-10-02-1945520.vladimir.kozlov.jdkgit, compiled mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, windows-amd64)
It could be caused by
- backported by
-
JDK-8330653 Lock rank checking fails when code root set is modified with the Servicelock held after JDK-8315503
- Resolved
-
JDK-8329517 Lock rank checking fails when code root set is modified with the Servicelock held after JDK-8315503
- Closed
- relates to
-
JDK-8323685 PrintSystemDictionaryAtExit has mutex rank assert
- Resolved
-
JDK-8318109 Writing JFR records while a CHT has taken its lock asserts in rank checking
- Closed
-
JDK-8326092 Pause Remark sometimes has extremely long pause times on class unloading
- Closed
-
JDK-8315503 G1: Code root scan causes long GC pauses due to imbalanced iteration
- Resolved
- links to
-
Commit openjdk/jdk21u-dev/e63addbc
-
Commit openjdk/jdk/0cf1a558
-
Review openjdk/jdk21u-dev/476
-
Review openjdk/jdk/16062