gc/shenandoah/TestJcmdHeapDump.java#aggressive fails with -XX:-UseCompressedOops intermittently after JDK-8365932

XMLWordPrintable

    • Type: Bug
    • Resolution: Unresolved
    • Priority: P4
    • None
    • Affects Version/s: None
    • Component/s: hotspot
    • None
    • generic
    • linux

      In my local test, this case failed on both Linux/x86_64 and Linux/AArch64.
      It's an intermittent failure. The failure probability is 1/2.

      Here shows the snippet of error log

      STDOUT:
       Locks owned:
      Mutex: [0x0000f3faaa5123f8] AOTHeapLoading_lock - owner: 0x0000f3faa00bb060 safepoint-2
      #
      # A fatal error has been detected by the Java Runtime Environment:
      #
      # Internal Error (/tmp/jdk-src/src/hotspot/share/runtime/mutex.cpp:460), pid=101621, tid=101624
      # assert(false) failed: Attempting to acquire lock ShenandoahRequestedGC_lock/safepoint-2 out of order with lock AOTHeapLoading_lock/safepoint-2 -- possible deadlock
      #
      # JRE version: OpenJDK Runtime Environment (27.0) (fastdebug build 27-internal-git-3fd7bde31b9)
      # Java VM: OpenJDK 64-Bit Server VM (fastdebug 27-internal-git-3fd7bde31b9, mixed mode, sharing, tiered, compressed class ptrs, shenandoah gc, linux-aarch64)
      # Problematic frame:
      # V [libjvm.so+0x151e13c] Mutex::check_rank(Thread*)+0x5fc
      #

      I tried to bisect. The bisect result is JDK-8365932.
      Note that since it's an intermittent error, I ran 10 times in each step of bisecting.

            Assignee:
            Unassigned
            Reporter:
            Hao Sun
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated: