JDK-8225193 : Jcmd fails to attach, send signal "quit" and cause a lot of thread dumps
  • Type: Bug
  • Component: hotspot
  • Sub-Component: svc
  • Affected Version: 13
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2019-06-03
  • Updated: 2019-07-15
  • Resolved: 2019-07-15
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 :  
JDK-8225690 - Multiple AttachListener threads can be created
Relates :  
JDK-8225690 - Multiple AttachListener threads can be created
Description
The stress tests failed because jcmd failed to attach after  1 hour of test execution. There are issues with communication, jcmd sends SIGQUIT to start attach listener thread. However, it has been started already and VM just prints thread dump in stdout. While jcmd failed 

It is also unclear what happened with the socket used to communicate jcmd with VM. There is no information about this is provided.
Comments
I fixed this issue in JDK-8225690
15-07-2019
May be related to: JDK-8225690 Multiple AttachListener threads can be created
21-06-2019
It might be helpful to see the current network connections at the time of the failure. e.g. + try { + Process p = new ProcessBuilder().inheritIO().command("netstat", "-aonp").start(); + } catch (Exception e2) { + }
04-06-2019
jtreg has truncated the log. Can you reproduce the failure with the full log? Does this problem only exist while running the kitchensink application for a long period of time? Is the jcmd session open for an extended period of time? Or is this an issue with multiple attempts to reattach? Or is this related to multiple sessions attaching at the same time?
04-06-2019
At Jun 2 I checked the state of the file for the process started May 29. lmesnik:~/ws/ks-apps$ ls -all /proc/17454/root/tmp/.java_pid17454 srw------- 1 lmesnik wheel 0 May 29 17:58 /proc/17454/root/tmp/.java_pid17454 The date is not updated. Some OS distributions might automatically remove "old" files from /tmp.
03-06-2019