Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8271065

vmTestbase/nsk/jvmti/GetThreadState/thrstat002 still fails with "Wrong thread "thr1" (...) state after SuspendThread"

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Not an Issue
    • Icon: P4 P4
    • 20
    • 17
    • hotspot
    • x86_64
    • linux

      The following test failed in the JDK17 CI:

      vmTestbase/nsk/jvmti/GetThreadState/thrstat002/TestDescription.java

      Here's a snippet from the log file:

      #section:main
      ----------messages:(4/253)----------
      command: main -agentlib:thrstat002 nsk.jvmti.GetThreadState.thrstat002 5
      reason: User specified action: run main/othervm/native -agentlib:thrstat002 nsk.jvmti.GetThreadState.thrstat002 5
      Mode: othervm [/othervm specified]
      elapsed time (seconds): 4.793
      ----------configuration:(0/0)----------
      ----------System.out:(42/2366)----------
      [2.704s][info][jfr,startup] Started recording 1. No limit specified, using maxsize=250MB as default.
      [2.704s][info][jfr,startup]
      [2.704s][info][jfr,startup] Use jcmd 32133 JFR.dump name=1 filename=FILEPATH to copy recording data to file.
      # Waiting time = 5 mins
      thrstat002a.run before startingBarrier.unlock
      thrstat002a.run after startingBarrier.unlock
      thrstat002a.run before blockingMonitor lock
      thrstat002.meth after thr.start()
      thrstat002.meth after thr.startingBarrier.waitFor()
      START checkStatus for "thr1" (0x0x7fa47845f8e0), check state: BLOCKED_ON_MONITOR_ENTER
      thrstat002.meth after checkStatus(STATUS_MONITOR,false)
      thrstat002.meth after thr.suspend()
      START checkStatus for "thr1" (0x0x7fa47845f8e0, suspended), check state: BLOCKED_ON_MONITOR_ENTER
      thrstat002.meth after checkStatus(STATUS_MONITOR,true)
      thrstat002.meth after thr.resume()
      START checkStatus for "thr1" (0x0x7fa47845f8e0), check state: BLOCKED_ON_MONITOR_ENTER
      thrstat002.meth after checkStatus(STATUS_MONITOR,false)
      thrstat002a.run blockingMonitor locked
      thrstat002a.run after blockingMonitor lock
      thrstat002a.run before runningBarrier unlock
      START checkStatus for "thr1" (0x0x7fa47845f8e0), check state: RUNNABLE
      Wrong thread "thr1" (0x0x7fa47845f8e0) state:
          expected: RUNNABLE (4)
            actual: ALIVE BLOCKED_ON_MONITOR_ENTER (1025)
      Wrong thread "thr1" (0x0x7fa47845f8e0) state after SuspendThread:
          expected: RUNNABLE (4)
            actual: ALIVE BLOCKED_ON_MONITOR_ENTER SUSPENDED (1049601)
      START checkStatus for "thr1" (0x0x7fa47845f8e0, suspended), check state: RUNNABLE
      Wrong thread "thr1" (0x0x7fa47845f8e0, suspended) state:
          expected: RUNNABLE (4)
            actual: ALIVE BLOCKED_ON_MONITOR_ENTER SUSPENDED (1049601)
      START checkStatus for "thr1" (0x0x7fa47845f8e0), check state: RUNNABLE
      Wrong thread "thr1" (0x0x7fa47845f8e0) state:
          expected: RUNNABLE (4)
            actual: ALIVE BLOCKED_ON_MONITOR_ENTER (1025)
      Wrong thread "thr1" (0x0x7fa47845f8e0) state after SuspendThread:
          expected: RUNNABLE (4)
            actual: ALIVE BLOCKED_ON_MONITOR_ENTER SUSPENDED (1049601)
      START checkStatus for "thr1" (0x0x7fa47845f8e0), check state: IN_OBJECT_WAIT
      START checkStatus for "thr1" (0x0x7fa47845f8e0, suspended), check state: IN_OBJECT_WAIT
      START checkStatus for "thr1" (0x0x7fa47845f8e0), check state: IN_OBJECT_WAIT
      thrstat002a.run before endingMonitor unlock
      ----------System.err:(0/0)----------
      ----------rerun:(37/7905)*----------

      This appears to be the same failure mode that was fixed by:

      JDK-8268285 vmTestbase/nsk/jvmti/GetThreadState/thrstat002 failed with "Wrong thread "thr1" (...) state after SuspendThread"

            sspitsyn Serguei Spitsyn
            dcubed Daniel Daugherty
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: