Remoting logic has improved gradually in this area (especially on diagnostics fronts), but likely the issue still exists. Not sure if there is a way to fix such generic issue

also encountered the same problems:

16:23:20 FATAL: hudson.remoting.Channel$OrderlyShutdown
16:23:20 hudson.remoting.RequestAbortedException: hudson.remoting.Channel$OrderlyShutdown
16:23:20 at hudson.remoting.Request.abort(Request.java:303)
16:23:20 at hudson.remoting.Channel.terminate(Channel.java:847)
16:23:20 at hudson.remoting.Channel$CloseCommand.execute(Channel.java:1080)
16:23:20 at hudson.remoting.Channel$1.handle(Channel.java:501)
16:23:20 at hudson.remoting.AbstractByteArrayCommandTransport$1.handle(AbstractByteArrayCommandTransport.java:61)
16:23:20 at org.jenkinsci.remoting.nio.NioChannelHub$2.run(NioChannelHub.java:594)
16:23:20 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
16:23:20 at java.util.concurrent.FutureTask.run(FutureTask.java:262)
16:23:20 at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
16:23:20 at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
16:23:20 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
16:23:20 at java.util.concurrent.FutureTask.run(FutureTask.java:262)
16:23:20 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
16:23:20 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
16:23:20 at java.lang.Thread.run(Thread.java:745)
16:23:20 at ......remote call to mesos-jenkins-58207071568048808fbd9396283fe305-jenkins-slave-ru(Native Method)
16:23:20 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416)
16:23:20 at hudson.remoting.Request.call(Request.java:172)
16:23:20 at hudson.remoting.Channel.call(Channel.java:780)
16:23:20 at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145)
16:23:20 at sun.reflect.GeneratedMethodAccessor756.invoke(Unknown Source)
16:23:20 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
16:23:20 at java.lang.reflect.Method.invoke(Method.java:606)
16:23:20 at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131)
16:23:20 at com.sun.proxy.$Proxy88.execute(Unknown Source)
16:23:20 at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1042)
16:23:20 at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1082)
16:23:20 at hudson.scm.SCM.checkout(SCM.java:495)
16:23:20 at hudson.model.AbstractProject.checkout(AbstractProject.java:1269)
16:23:20 at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:604)
16:23:20 at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
16:23:20 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529)
16:23:20 at hudson.model.Run.execute(Run.java:1741)
16:23:20 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
16:23:20 at hudson.model.ResourceController.execute(ResourceController.java:98)
16:23:20 at hudson.model.Executor.run(Executor.java:410)
16:23:20 Caused by: hudson.remoting.Channel$OrderlyShutdown
16:23:20 at hudson.remoting.Channel$CloseCommand.execute(Channel.java:1080)
16:23:20 at hudson.remoting.Channel$1.handle(Channel.java:501)
16:23:20 at hudson.remoting.AbstractByteArrayCommandTransport$1.handle(AbstractByteArrayCommandTransport.java:61)
16:23:20 at org.jenkinsci.remoting.nio.NioChannelHub$2.run(NioChannelHub.java:594)
16:23:20 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
16:23:20 at java.util.concurrent.FutureTask.run(FutureTask.java:262)
16:23:20 at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
16:23:20 at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
16:23:20 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
16:23:20 at java.util.concurrent.FutureTask.run(FutureTask.java:262)
16:23:20 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
16:23:20 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
16:23:20 at java.lang.Thread.run(Thread.java:745)
16:23:20 Caused by: Command close created at
16:23:20 at hudson.remoting.Command.<init>(Command.java:56)
16:23:20 at hudson.remoting.Channel$CloseCommand.<init>(Channel.java:1074)
16:23:20 at hudson.remoting.Channel$CloseCommand.<init>(Channel.java:1072)
16:23:20 at hudson.remoting.Channel.close(Channel.java:1156)
16:23:20 at hudson.remoting.Channel.close(Channel.java:1138)
16:23:20 at hudson.remoting.Channel$CloseCommand.execute(Channel.java:1079)
16:23:20 at hudson.remoting.Channel$1.handle(Channel.java:501)
16:23:20 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:83)

xiazhang

also encountered the same problems

When commenting on a six years old issue, you need to mention what version of Jenkins you're running. If the problem was trivial to reproduce and fix, this wouldn't still be open after six years.

That said, no need to amend your comment: Based on line numbers, this is remoting 2.60 or older, a lot has changed since then, so you're on a Jenkins version nobody cares about anymore. Time to upgrade.

Hi all. As a Remoting maintainer, I am going to close it. In Remoting 3.x we significantly improved the diagnosability and stability of the channel. In the new versions you would need to...

1. Use JNLP4
2. Use Remoting 3.14+
3. Use -workDir mode with agent-side log collection
4. Use Jenkins 2.89.3+

If such generic issue happens on such configuration, let's follow-up in new tickets so that we can diagnose them on the case-by-case basis.

Closing to discourage new reports in this ticket