-
Bug
-
Resolution: Not an Issue
-
P4
-
17
-
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"
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:
- is cloned by
-
JDK-8347130 CLONE - vmTestbase/nsk/jvmti/GetThreadState/thrstat002 still fails with "Wrong thread "thr1" (...) state after SuspendThread"
-
- Open
-
- relates to
-
JDK-8294483 Remove vmTestbase/nsk/jvmti/GetThreadState tests.
-
- Resolved
-