JDK-8268433 : serviceability/dcmd/framework/VMVersionTest.java fails with Unable to send object throw not established PipeIO Listener Thread connection
  • Type: Bug
  • Component: core-svc
  • Sub-Component: tools
  • Affected Version: 11,17,18
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2021-06-09
  • Updated: 2023-11-14
  • Resolved: 2021-06-24
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.
JDK 17 JDK 18
17.0.10Fixed 18 b04Fixed
Related Reports
Duplicate :  
Relates :  
Relates :  
Sub Tasks
JDK-8268830 :  
Description
Seen after the fix for JDK-8237388.

test VMVersionTest.jmx(): success
test VMVersionTest.mainClass(): failure
nsk.share.Failure: Unable to send object throw not established PipeIO Listener Thread connection:
	quit
	at nsk.share.jpda.SocketConnection.writeObject(SocketConnection.java:532)
	at nsk.share.jpda.SocketIOPipe.println(SocketIOPipe.java:177)
	at TestProcessLauncher.quit(TestProcessLauncher.java:80)
	at VMVersionTest.mainClass(VMVersionTest.java:68)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:568)
	at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:132)
	at org.testng.internal.TestInvoker.invokeMethod(TestInvoker.java:599)
	at org.testng.internal.TestInvoker.invokeTestMethod(TestInvoker.java:174)
	at org.testng.internal.MethodRunner.runInSequence(MethodRunner.java:46)
	at org.testng.internal.TestInvoker$MethodInvocationAgent.invoke(TestInvoker.java:822)
	at org.testng.internal.TestInvoker.invokeTestMethods(TestInvoker.java:147)
	at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:146)
	at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:128)
	at java.base/java.util.ArrayList.forEach(ArrayList.java:1511)
	at org.testng.TestRunner.privateRun(TestRunner.java:764)
	at org.testng.TestRunner.run(TestRunner.java:585)
	at org.testng.SuiteRunner.runTest(SuiteRunner.java:384)
	at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:378)
	at org.testng.SuiteRunner.privateRun(SuiteRunner.java:337)
	at org.testng.SuiteRunner.run(SuiteRunner.java:286)
	at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:53)
	at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:96)
	at org.testng.TestNG.runSuitesSequentially(TestNG.java:1218)
	at org.testng.TestNG.runSuitesLocally(TestNG.java:1140)
	at org.testng.TestNG.runSuites(TestNG.java:1069)
	at org.testng.TestNG.run(TestNG.java:1037)
	at com.sun.javatest.regtest.agent.TestNGRunner.main(TestNGRunner.java:94)
	at com.sun.javatest.regtest.agent.TestNGRunner.main(TestNGRunner.java:54)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:568)
	at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:127)
	at java.base/java.lang.Thread.run(Thread.java:833)
Comments
Fix request [17u] I backport this for parity with 17.0.11-oracle. No risk, only a test change. Resolved ProblemList, but probably recognized clean. Tests mentioned pass. SAP nightly testing passed.
13-11-2023

A pull request was submitted for review. URL: https://git.openjdk.org/jdk17u-dev/pull/1956 Date: 2023-11-10 08:11:49 +0000
10-11-2023

The fix for this bug is in jdk-18+3-73 and this latest sighting is in the same build-ID.
24-06-2021

Changeset: 280f2d57 Author: Alex Menkov <amenkov@openjdk.org> Date: 2021-06-24 00:28:45 +0000 URL: https://git.openjdk.java.net/jdk/commit/280f2d57d1f78b3d15dd98e726267a100eb0b5db
24-06-2021

macos failure is a bit different - it's "address in use" error: nsk.share.Failure: Unable to bind for PipeIO Listener Thread connection to port 49169 for 120000ms timeout: java.net.BindException: Address already in use at nsk.share.jpda.BasicSocketConnection.bind(SocketConnection.java:126) at nsk.share.jpda.SocketIOPipe$ListenerThread.<init>(SocketIOPipe.java:215) at nsk.share.jpda.SocketIOPipe.startListening(SocketIOPipe.java:257) at nsk.share.jpda.IOPipe.startDebuggerPipe(IOPipe.java:94) at TestProcessLauncher.launch(TestProcessLauncher.java:64)
23-06-2021

Same failure mode in: serviceability/dcmd/framework/InvalidCommandTest.java
10-06-2021

We have some problem with the tests, but exception from TestProcessLauncher.quit() masks it. Need to fix it first to get more information about real error.
10-06-2021

I noted this problem in JDK-8237388 comments, but forgot to fix it: Also there is an issue with TestProcessLauncher.quit() method. General schema of the testcases is TestProcessLauncher t = ...; try { t.launch(); .. perform testing ... } finally { t.quit(); } But if target VM failed to connect to IOPipe t.quit() throws new exception as it tests only that IOPipe object is not null, but does not verify it's connected
10-06-2021

Same failure mode in: serviceability/dcmd/framework/HelpTest.java
10-06-2021