JDK-8257998 : serviceability/sa/ClhsdbJstack.java#id0 fails with 'Signal Dispatcher' missing from stdout/stderr
  • Type: Bug
  • Component: hotspot
  • Sub-Component: svc-agent
  • Affected Version: 16,18
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2020-12-09
  • Updated: 2021-07-09
  • Resolved: 2021-07-09
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
tbdResolved
Related Reports
Duplicate :  
Relates :  
Relates :  
Relates :  
Relates :  
Description
This seems to be a new failure mode for this test.
 stderr: [ + jstack -v
Deadlock Detection:

No deadlocks found.

"main" #1 prio=5 tid=0x0000026e8d594fb0 nid=0x428dc waiting on condition [0x000000788f3ff000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
   JavaThread state: _thread_blocked
 - java.lang.Thread.sleep(long) @bci=0, pc=0x0000026ea401fd69, Method*=0x0000026eb3c42078 (Compiled frame; information may be imprecise)
 - jdk.test.lib.apps.LingeredApp.main(java.lang.String[]) @bci=138, line=533, pc=0x0000026e9cda848c, Method*=0x0000026eb4102f78 (Compiled frame)

Locked ownable synchronizers:
    - None

"Reference Handler" #2 daemon prio=10 tid=0x0000026eb44222d0 nid=0x87280 waiting on condition [0x000000788faff000]
   java.lang.Thread.State: RUNNABLE
   JavaThread state: _thread_blocked
 - java.lang.ref.Reference.waitForReferencePendingList() @bci=0, pc=0x0000026e9c3a0122, Method*=0x0000026eb3c3d080 (Interpreted frame)
 - java.lang.ref.Reference.processPendingReferences() @bci=0, line=243, pc=0x0000026e9c3996d8, Method*=0x0000026eb3c3d230 (Interpreted frame)
 - java.lang.ref.Reference$ReferenceHandler.run() @bci=0, line=215, pc=0x0000026e9c3996d8, Method*=0x0000026eb3db51d8 (Interpreted frame)

Locked ownable synchronizers:
    - None

"Finalizer" #3 daemon prio=8 tid=0x0000026eb38f6c30 nid=0x5314 in Object.wait() [0x000000788fbfe000]
   java.lang.Thread.State: WAITING (on object monitor)
   JavaThread state: _thread_blocked
 - java.lang.Object.wait(long) @bci=0, pc=0x0000026e9c3a0122, Method*=0x0000026eb3c00bf0 (Interpreted frame)
	- waiting on <0x00000000c510ba48> (a java.lang.ref.ReferenceQueue$Lock)
 - java.lang.ref.ReferenceQueue.remove(long) @bci=59, line=155, pc=0x0000026e9c3996d8, Method*=0x0000026eb3db6dd0 (Interpreted frame)
	- locked <0x00000000c510ba48> (a java.lang.ref.ReferenceQueue$Lock)
 - java.lang.ref.ReferenceQueue.remove() @bci=2, line=176, pc=0x0000026e9c399831, Method*=0x0000026eb3db6e88 (Interpreted frame)
 - java.lang.ref.Finalizer$FinalizerThread.run() @bci=37, line=171, pc=0x0000026e9c399831, Method*=0x0000026eb3db8ba8 (Interpreted frame)

Locked ownable synchronizers:
    - None

"Attach Listener" #5 daemon prio=5 tid=0x0000026eb4477460 nid=0x51ea4 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
   JavaThread state: _thread_blocked

Locked ownable synchronizers:
    - None

"Common-Cleaner" #22 daemon prio=8 tid=0x0000026eb560beb0 nid=0x462e0 in Object.wait() [0x00000078905ff000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
   JavaThread state: _thread_blocked
 - java.lang.Object.wait(long) @bci=0, pc=0x0000026ea3fdf263, Method*=0x0000026eb3c00bf0 (Compiled frame; information may be imprecise)
	- waiting on <no object reference available>
 - java.lang.ref.ReferenceQueue.remove(long) @bci=59, line=155, pc=0x0000026e9cd5e3ac, Method*=0x0000026eb3db6dd0 (Compiled frame)
	- locked <0x00000000c5095ff8> (a java.lang.ref.ReferenceQueue$Lock)
 - jdk.internal.ref.CleanerImpl.run() @bci=45, line=140, pc=0x0000026e9cd5bf3c, Method*=0x0000026eb4060d78 (Compiled frame)
 - java.lang.Thread.run() @bci=11, line=831, pc=0x0000026e9cd58a44, Method*=0x0000026eb3c43068 (Compiled frame)
 - jdk.internal.misc.InnocuousThread.run() @bci=20, line=134, pc=0x0000026e9cd58a44, Method*=0x0000026eb4065fc8 (Compiled frame)

Locked ownable synchronizers:
    - None

]
Comments
Closing as dup of JDK-8269830
09-07-2021

This root cause of this CR is JDK-8269830. It causes SA to sometimes think that a JavaThread object is actually a CompilerThread object, and jstack intentionally does not include CompilerThread objects.
02-07-2021

This more recent failures (and there seems to have been a surge of them) are all OSX. Initially the JDK-8244980 Common-cleaner failures were all on windows, but that was about a year ago.
01-07-2021

Definitely odd that we have three sets of failures each caused by a different missing thread. Signal Dispatcher is started before Attach Listener.
01-07-2021

It might be related to the CR filed for the missing "Common-Cleaner" thread. See JDK-8244980.
09-12-2020