Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-18879

Collecting finbugs analysis results randomly fails with exception

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Critical Critical
    • ssh-slaves-plugin
    • Master/Slave on Linux x64 with Java 1.7.0_21 and Jenkins ver. 1.524-SNAPSHOT (rc-07/16/2013 13:36 GMT-kohsuke)

      It started some weeks ago that jobs with long running findbugs tasks started to fail while collecting the results. So every morning I have to restart a job or two to get everything back to blue.

      This exception seems to be random. It only ever occurs while the findbugs plugin is running and not during any other static code analysis. Any plugin that runs afterwards fails with a similar message that the connection is closed.

      Another strange thing is that afterwards I can't see the slave log anymore. All I get is the wait image on the page but no log ever loads again until a restart of the master. A simple restart of the slave node does not change anything although jobs are running fine.

      ERROR: Publisher hudson.plugins.findbugs.FindBugsPublisher aborted due to exception
      hudson.remoting.RequestAbortedException: hudson.remoting.RequestAbortedException: java.io.IOException: Sorry, this connection is closed.
      	at hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:41)
      	at hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:34)
      	at hudson.remoting.Request.call(Request.java:174)
      	at hudson.remoting.Channel.call(Channel.java:713)
      	at hudson.FilePath.act(FilePath.java:895)
      	at hudson.FilePath.act(FilePath.java:879)
      	at hudson.plugins.findbugs.FindBugsPublisher.perform(FindBugsPublisher.java:161)
      	at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:144)
      	at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:334)
      	at hudson.tasks.BuildStepMonitor$2.perform(BuildStepMonitor.java:27)
      	at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:804)
      	at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:776)
      	at hudson.model.Build$BuildExecution.post2(Build.java:183)
      	at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:726)
      	at hudson.model.Run.execute(Run.java:1618)
      	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
      	at hudson.model.ResourceController.execute(ResourceController.java:88)
      	at hudson.model.Executor.run(Executor.java:247)
      Caused by: hudson.remoting.RequestAbortedException: java.io.IOException: Sorry, this connection is closed.
      	at hudson.remoting.Request.abort(Request.java:299)
      	at hudson.remoting.Channel.terminate(Channel.java:773)
      	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69)
      Caused by: java.io.IOException: Sorry, this connection is closed.
      	at com.trilead.ssh2.transport.TransportManager.sendMessage(TransportManager.java:642)
      	at com.trilead.ssh2.channel.Channel.freeupWindow(Channel.java:378)
      	at com.trilead.ssh2.channel.ChannelManager.getChannelData(ChannelManager.java:953)
      	at com.trilead.ssh2.channel.ChannelInputStream.read(ChannelInputStream.java:58)
      	at java.io.ObjectInputStream$PeekInputStream.read(ObjectInputStream.java:2308)
      	at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2321)
      	at java.io.ObjectInputStream$BlockDataInputStream.readUnsignedShort(ObjectInputStream.java:2804)
      	at java.io.ObjectInputStream$BlockDataInputStream.readUTF(ObjectInputStream.java:2862)
      	at java.io.ObjectInputStream.readString(ObjectInputStream.java:1636)
      	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1339)
      	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989)
      	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1913)
      	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796)
      	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348)
      	at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1704)
      	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1342)
      	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989)
      	at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:499)
      	at java.lang.Throwable.readObject(Throwable.java:913)
      	at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source)
      	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      	at java.lang.reflect.Method.invoke(Method.java:606)
      	at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1017)
      	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1891)
      	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796)
      	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348)
      	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989)
      	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1913)
      	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796)
      	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348)
      	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370)
      	at hudson.remoting.Command.readFrom(Command.java:92)
      	at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:72)
      	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)
      Caused by: java.io.IOException: Assertion error: sendMessage may never be invoked by the receiver thread!
      	at com.trilead.ssh2.transport.TransportManager.sendMessage(TransportManager.java:634)
      	at com.trilead.ssh2.channel.Channel.freeupWindow(Channel.java:378)
      	at com.trilead.ssh2.channel.Channel$Output.write(Channel.java:97)
      	at com.trilead.ssh2.channel.ChannelManager.msgChannelExtendedData(ChannelManager.java:858)
      	at com.trilead.ssh2.channel.ChannelManager.handleMessage(ChannelManager.java:1517)
      	at com.trilead.ssh2.transport.TransportManager.receiveLoop(TransportManager.java:780)
      	at com.trilead.ssh2.transport.TransportManager$1.run(TransportManager.java:475)
      	at java.lang.Thread.run(Thread.java:724)
      

          [JENKINS-18879] Collecting finbugs analysis results randomly fails with exception

          An alternative stack trace from a different slave. This time the slave was offline for a very short time after the build.

          [FINDBUGS] Collecting findbugs analysis files...
          ERROR: Publisher hudson.plugins.findbugs.FindBugsPublisher aborted due to exception
          hudson.remoting.RequestAbortedException: hudson.remoting.RequestAbortedException: java.net.SocketException: Socket closed
          	at hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:41)
          	at hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:34)
          	at hudson.remoting.Request.call(Request.java:174)
          	at hudson.remoting.Channel.call(Channel.java:713)
          	at hudson.FilePath.act(FilePath.java:895)
          	at hudson.FilePath.act(FilePath.java:879)
          	at hudson.plugins.findbugs.FindBugsPublisher.perform(FindBugsPublisher.java:161)
          	at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:144)
          	at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:334)
          	at hudson.tasks.BuildStepMonitor$2.perform(BuildStepMonitor.java:27)
          	at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:804)
          	at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:776)
          	at hudson.model.Build$BuildExecution.post2(Build.java:183)
          	at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:726)
          	at hudson.model.Run.execute(Run.java:1618)
          	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
          	at hudson.model.ResourceController.execute(ResourceController.java:88)
          	at hudson.model.Executor.run(Executor.java:247)
          Caused by: hudson.remoting.RequestAbortedException: java.net.SocketException: Socket closed
          	at hudson.remoting.Request.abort(Request.java:299)
          	at hudson.remoting.Channel.terminate(Channel.java:773)
          	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69)
          Caused by: java.net.SocketException: Socket closed
          	at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:116)
          	at java.net.SocketOutputStream.write(SocketOutputStream.java:153)
          	at com.trilead.ssh2.crypto.cipher.CipherOutputStream.flush(CipherOutputStream.java:75)
          	at com.trilead.ssh2.transport.TransportConnection.sendMessage(TransportConnection.java:193)
          	at com.trilead.ssh2.transport.TransportConnection.sendMessage(TransportConnection.java:107)
          	at com.trilead.ssh2.transport.TransportManager.sendMessage(TransportManager.java:661)
          	at com.trilead.ssh2.channel.Channel.freeupWindow(Channel.java:378)
          	at com.trilead.ssh2.channel.ChannelManager.getChannelData(ChannelManager.java:953)
          	at com.trilead.ssh2.channel.ChannelInputStream.read(ChannelInputStream.java:58)
          	at com.trilead.ssh2.channel.ChannelInputStream.read(ChannelInputStream.java:79)
          	at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2291)
          	at java.io.ObjectInputStream$BlockDataInputStream.readBlockHeader(ObjectInputStream.java:2471)
          	at java.io.ObjectInputStream$BlockDataInputStream.refill(ObjectInputStream.java:2541)
          	at java.io.ObjectInputStream$BlockDataInputStream.read(ObjectInputStream.java:2613)
          	at java.io.DataInputStream.readInt(DataInputStream.java:387)
          	at java.io.ObjectInputStream$BlockDataInputStream.readInt(ObjectInputStream.java:2818)
          	at java.io.ObjectInputStream.readInt(ObjectInputStream.java:969)
          	at java.util.ArrayList.readObject(ArrayList.java:728)
          	at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown Source)
          	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
          	at java.lang.reflect.Method.invoke(Method.java:606)
          	at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1017)
          	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1891)
          	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796)
          	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348)
          	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989)
          	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1913)
          	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796)
          	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348)
          	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989)
          	at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:499)
          	at java.lang.Throwable.readObject(Throwable.java:913)
          	at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source)
          	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
          	at java.lang.reflect.Method.invoke(Method.java:606)
          	at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1017)
          	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1891)
          	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796)
          	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348)
          	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989)
          	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1913)
          	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796)
          	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348)
          	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370)
          	at hudson.remoting.Command.readFrom(Command.java:92)
          	at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:72)
          	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)
          

          Ramin Baradari added a comment - An alternative stack trace from a different slave. This time the slave was offline for a very short time after the build. [FINDBUGS] Collecting findbugs analysis files... ERROR: Publisher hudson.plugins.findbugs.FindBugsPublisher aborted due to exception hudson.remoting.RequestAbortedException: hudson.remoting.RequestAbortedException: java.net.SocketException: Socket closed at hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:41) at hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:34) at hudson.remoting.Request.call(Request.java:174) at hudson.remoting.Channel.call(Channel.java:713) at hudson.FilePath.act(FilePath.java:895) at hudson.FilePath.act(FilePath.java:879) at hudson.plugins.findbugs.FindBugsPublisher.perform(FindBugsPublisher.java:161) at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:144) at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:334) at hudson.tasks.BuildStepMonitor$2.perform(BuildStepMonitor.java:27) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:804) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:776) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:726) at hudson.model.Run.execute(Run.java:1618) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:247) Caused by: hudson.remoting.RequestAbortedException: java.net.SocketException: Socket closed at hudson.remoting.Request.abort(Request.java:299) at hudson.remoting.Channel.terminate(Channel.java:773) at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69) Caused by: java.net.SocketException: Socket closed at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:116) at java.net.SocketOutputStream.write(SocketOutputStream.java:153) at com.trilead.ssh2.crypto.cipher.CipherOutputStream.flush(CipherOutputStream.java:75) at com.trilead.ssh2.transport.TransportConnection.sendMessage(TransportConnection.java:193) at com.trilead.ssh2.transport.TransportConnection.sendMessage(TransportConnection.java:107) at com.trilead.ssh2.transport.TransportManager.sendMessage(TransportManager.java:661) at com.trilead.ssh2.channel.Channel.freeupWindow(Channel.java:378) at com.trilead.ssh2.channel.ChannelManager.getChannelData(ChannelManager.java:953) at com.trilead.ssh2.channel.ChannelInputStream.read(ChannelInputStream.java:58) at com.trilead.ssh2.channel.ChannelInputStream.read(ChannelInputStream.java:79) at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2291) at java.io.ObjectInputStream$BlockDataInputStream.readBlockHeader(ObjectInputStream.java:2471) at java.io.ObjectInputStream$BlockDataInputStream.refill(ObjectInputStream.java:2541) at java.io.ObjectInputStream$BlockDataInputStream.read(ObjectInputStream.java:2613) at java.io.DataInputStream.readInt(DataInputStream.java:387) at java.io.ObjectInputStream$BlockDataInputStream.readInt(ObjectInputStream.java:2818) at java.io.ObjectInputStream.readInt(ObjectInputStream.java:969) at java.util.ArrayList.readObject(ArrayList.java:728) at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1017) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1891) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1913) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989) at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:499) at java.lang.Throwable.readObject(Throwable.java:913) at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1017) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1891) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1913) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) at hudson.remoting.Command.readFrom(Command.java:92) at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:72) at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)

          I downgraded our installation to Jenkins ver. 1.521 but the problem still occurred over night.

          Jenkins SSH Slaves plugin is at 0.27
          Static Analysis Utilities is at 1.50
          FindBugs Plug-in is at 4.49

          Ramin Baradari added a comment - I downgraded our installation to Jenkins ver. 1.521 but the problem still occurred over night. Jenkins SSH Slaves plugin is at 0.27 Static Analysis Utilities is at 1.50 FindBugs Plug-in is at 4.49

          I'm not sure if this is related but directly after a restart of Jenkins I see this in the log:

          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init>
          WARNING: Previous Architecture monitoring activity still in progress. Interrupting
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init>
          WARNING: Previous Clock Difference monitoring activity still in progress. Interrupting
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run
          WARNING: Unexpected node monitoring termination: Architecture
          java.lang.InterruptedException
                  at java.lang.Object.wait(Native Method)
                  at hudson.remoting.Request$1.get(Request.java:272)
                  at hudson.remoting.Request$1.get(Request.java:210)
                  at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59)
                  at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97)
                  at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282)
          
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init>
          WARNING: Previous Free Disk Space monitoring activity still in progress. Interrupting
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run
          WARNING: Unexpected node monitoring termination: Clock Difference
          java.lang.InterruptedException
                  at java.lang.Object.wait(Native Method)
                  at hudson.remoting.Request$1.get(Request.java:272)
                  at hudson.remoting.Request$1.get(Request.java:210)
                  at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59)
                  at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97)
                  at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282)
          
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run
          WARNING: Unexpected node monitoring termination: Free Disk Space
          java.lang.InterruptedException
                  at java.lang.Object.wait(Native Method)
                  at hudson.remoting.Request$1.get(Request.java:272)
                  at hudson.remoting.Request$1.get(Request.java:210)
                  at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59)
                  at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97)
                  at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282)
          
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init>
          WARNING: Previous Free Swap Space monitoring activity still in progress. Interrupting
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run
          WARNING: Unexpected node monitoring termination: Free Swap Space
          java.lang.InterruptedException
                  at java.lang.Object.wait(Native Method)
                  at hudson.remoting.Request$1.get(Request.java:272)
                  at hudson.remoting.Request$1.get(Request.java:210)
                  at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59)
                  at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97)
                  at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282)
          
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init>
          WARNING: Previous Free Temp Space monitoring activity still in progress. Interrupting
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run
          WARNING: Unexpected node monitoring termination: Free Temp Space
          java.lang.InterruptedException
                  at java.lang.Object.wait(Native Method)
                  at hudson.remoting.Request$1.get(Request.java:272)
                  at hudson.remoting.Request$1.get(Request.java:210)
                  at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59)
                  at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97)
                  at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282)
          
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init>
          WARNING: Previous Response Time monitoring activity still in progress. Interrupting
          Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run
          WARNING: Unexpected node monitoring termination: Response Time
          java.lang.InterruptedException
                  at java.lang.Object.wait(Native Method)
                  at hudson.remoting.Request$1.get(Request.java:272)
                  at hudson.remoting.Request$1.get(Request.java:210)
                  at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59)
                  at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97)
                  at hudson.node_monitors.ResponseTimeMonitor$1.monitor(ResponseTimeMonitor.java:64)
                  at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282)
          

          Any chance that such an interruption might go stray and hit a transport channel thread?

          Ramin Baradari added a comment - I'm not sure if this is related but directly after a restart of Jenkins I see this in the log: Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init> WARNING: Previous Architecture monitoring activity still in progress. Interrupting Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init> WARNING: Previous Clock Difference monitoring activity still in progress. Interrupting Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run WARNING: Unexpected node monitoring termination: Architecture java.lang.InterruptedException at java.lang.Object.wait(Native Method) at hudson.remoting.Request$1.get(Request.java:272) at hudson.remoting.Request$1.get(Request.java:210) at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59) at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282) Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init> WARNING: Previous Free Disk Space monitoring activity still in progress. Interrupting Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run WARNING: Unexpected node monitoring termination: Clock Difference java.lang.InterruptedException at java.lang.Object.wait(Native Method) at hudson.remoting.Request$1.get(Request.java:272) at hudson.remoting.Request$1.get(Request.java:210) at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59) at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282) Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run WARNING: Unexpected node monitoring termination: Free Disk Space java.lang.InterruptedException at java.lang.Object.wait(Native Method) at hudson.remoting.Request$1.get(Request.java:272) at hudson.remoting.Request$1.get(Request.java:210) at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59) at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282) Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init> WARNING: Previous Free Swap Space monitoring activity still in progress. Interrupting Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run WARNING: Unexpected node monitoring termination: Free Swap Space java.lang.InterruptedException at java.lang.Object.wait(Native Method) at hudson.remoting.Request$1.get(Request.java:272) at hudson.remoting.Request$1.get(Request.java:210) at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59) at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282) Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init> WARNING: Previous Free Temp Space monitoring activity still in progress. Interrupting Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run WARNING: Unexpected node monitoring termination: Free Temp Space java.lang.InterruptedException at java.lang.Object.wait(Native Method) at hudson.remoting.Request$1.get(Request.java:272) at hudson.remoting.Request$1.get(Request.java:210) at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59) at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282) Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record <init> WARNING: Previous Response Time monitoring activity still in progress. Interrupting Aug 01, 2013 8:33:12 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run WARNING: Unexpected node monitoring termination: Response Time java.lang.InterruptedException at java.lang.Object.wait(Native Method) at hudson.remoting.Request$1.get(Request.java:272) at hudson.remoting.Request$1.get(Request.java:210) at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59) at hudson.node_monitors.AbstractAsyncNodeMonitorDescriptor.monitor(AbstractAsyncNodeMonitorDescriptor.java:97) at hudson.node_monitors.ResponseTimeMonitor$1.monitor(ResponseTimeMonitor.java:64) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:282) Any chance that such an interruption might go stray and hit a transport channel thread?

          Upgraded to Jenkins ver. 1.525

          Still the same problem. Every morning I have to restart jobs that failed over night.

          Ramin Baradari added a comment - Upgraded to Jenkins ver. 1.525 Still the same problem. Every morning I have to restart jobs that failed over night.

          Ulli Hafner added a comment -

          Can you please check if this happens with the LTS Jenkins version, too?

          Ulli Hafner added a comment - Can you please check if this happens with the LTS Jenkins version, too?

          I'll try to downgrade to the LTS monday morning as I can't change it during the day.

          Ramin Baradari added a comment - I'll try to downgrade to the LTS monday morning as I can't change it during the day.

          We are on 1.509.2 now. And all was well last night. I'll see what happens tonight and then I can upgrade again to another candidate so we can figure out when this started to break. Do you have a good guess?

          If there is no error the next night I guess this is not a problem with findbugs-plugin as that version is still the same but instead with core or remote.

          Also here is the complete list of the plugins:

          Name Version Enabled Pinned
          mailer 1.5 true true
          external-monitor-job 1.1 true true
          ldap 1.6 false true
          pam-auth 1.1 false true
          javadoc 1.1 true true
          token-macro 1.8.1 true false
          maven-plugin 1.509.2 true false
          cvs 2.9 false true
          ant 1.2 true true
          nodenamecolumn 1.1 true false
          doclinks 0.5 true false
          bugzilla 1.5 true false
          translation 1.10 false true
          dashboard-view 2.8 false false
          analysis-core 1.50 true false
          tasks 4.36 true false
          jira 1.37 true false
          envinject 1.88 false false
          dry 2.35 true false
          credentials 1.5 true true
          monitoring 1.45.0 true false
          email-ext 2.30.2 true false
          xvnc 1.14 true false
          publish-over-cifs 0.2 true false
          description-setter 1.8 true false
          claim 2.2 false false
          findbugs 4.49 true false
          checkstyle 3.35 true false
          subversion 1.50 true true
          ssh-credentials 0.4 true true
          ssh-slaves 0.27 true true
          violations 0.7.11 true false
          warnings 4.27 true false
          favorite 1.16 true false
          jobConfigHistory 2.4 true false
          buildtriggerbadge 1.0 true false
          disk-usage 0.20 true false
          ci-game 1.19 true false

          Ramin Baradari added a comment - We are on 1.509.2 now. And all was well last night. I'll see what happens tonight and then I can upgrade again to another candidate so we can figure out when this started to break. Do you have a good guess? If there is no error the next night I guess this is not a problem with findbugs-plugin as that version is still the same but instead with core or remote. Also here is the complete list of the plugins: Name Version Enabled Pinned mailer 1.5 true true external-monitor-job 1.1 true true ldap 1.6 false true pam-auth 1.1 false true javadoc 1.1 true true token-macro 1.8.1 true false maven-plugin 1.509.2 true false cvs 2.9 false true ant 1.2 true true nodenamecolumn 1.1 true false doclinks 0.5 true false bugzilla 1.5 true false translation 1.10 false true dashboard-view 2.8 false false analysis-core 1.50 true false tasks 4.36 true false jira 1.37 true false envinject 1.88 false false dry 2.35 true false credentials 1.5 true true monitoring 1.45.0 true false email-ext 2.30.2 true false xvnc 1.14 true false publish-over-cifs 0.2 true false description-setter 1.8 true false claim 2.2 false false findbugs 4.49 true false checkstyle 3.35 true false subversion 1.50 true true ssh-credentials 0.4 true true ssh-slaves 0.27 true true violations 0.7.11 true false warnings 4.27 true false favorite 1.16 true false jobConfigHistory 2.4 true false buildtriggerbadge 1.0 true false disk-usage 0.20 true false ci-game 1.19 true false

          Ulli Hafner added a comment -

          Ok, thanks for checking. Maybe the new remote class loader has some timeout problems?

          Ulli Hafner added a comment - Ok, thanks for checking. Maybe the new remote class loader has some timeout problems?

          Ulli Hafner added a comment -

          Can you please check if updating to the latest ssh-slaves plugin helps?

          Ulli Hafner added a comment - Can you please check if updating to the latest ssh-slaves plugin helps?

          Ramin Baradari added a comment - - edited

          Ok I'll upgrade the ssh-slaves plugin and go to 1.526.

          On a side note I upgraded to 1.518 and everything was fine for last few days. So the problem is most likely caused by the remote changes in 1.519.

          Is there any way I can create useful logging for this problem?

          Ramin Baradari added a comment - - edited Ok I'll upgrade the ssh-slaves plugin and go to 1.526. On a side note I upgraded to 1.518 and everything was fine for last few days. So the problem is most likely caused by the remote changes in 1.519. Is there any way I can create useful logging for this problem?

          Updating the plugins did not help.

          Jobs randomly fail on Jenkins ver. 1.526

          with the updated plugins:
          ssh-slaves 1.2
          ssh-credentials 1.3
          credentials 1.6

          Ramin Baradari added a comment - Updating the plugins did not help. Jobs randomly fail on Jenkins ver. 1.526 with the updated plugins: ssh-slaves 1.2 ssh-credentials 1.3 credentials 1.6

          same thing happening for me: Latest version of Jenkins (1.530) and latest version of all plugins

          12:15:28 [FINDBUGS] Collecting findbugs analysis files...
          12:15:29 ERROR: Publisher hudson.plugins.findbugs.FindBugsPublisher aborted due to exception
          12:15:29 hudson.remoting.RequestAbortedException: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel
          12:15:29 	at hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:41)
          12:15:29 	at hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:34)
          12:15:29 	at hudson.remoting.Request.call(Request.java:174)
          12:15:29 	at hudson.remoting.Channel.call(Channel.java:714)
          12:15:29 	at hudson.FilePath.act(FilePath.java:898)
          12:15:29 	at hudson.FilePath.act(FilePath.java:882)
          12:15:29 	at hudson.plugins.findbugs.FindBugsPublisher.perform(FindBugsPublisher.java:161)
          12:15:29 	at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:144)
          12:15:29 	at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:333)
          12:15:29 	at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
          12:15:29 	at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:804)
          12:15:29 	at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:776)
          12:15:29 	at hudson.model.Build$BuildExecution.post2(Build.java:183)
          12:15:29 	at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:726)
          12:15:29 	at hudson.model.Run.execute(Run.java:1628)
          12:15:29 	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
          12:15:29 	at hudson.model.ResourceController.execute(ResourceController.java:88)
          12:15:29 	at hudson.model.Executor.run(Executor.java:247)
          12:15:29 Caused by: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel
          12:15:29 	at hudson.remoting.Request.abort(Request.java:299)
          12:15:29 	at hudson.remoting.Channel.terminate(Channel.java:774)
          12:15:29 	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69)
          12:15:29 Caused by: java.io.IOException: Unexpected termination of the channel
          12:15:29 	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50)
          12:15:29 Caused by: java.io.EOFException
          12:15:29 	at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2596)
          12:15:29 	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1316)
          12:15:29 	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370)
          12:15:29 	at hudson.remoting.Command.readFrom(Command.java:92)
          12:15:29 	at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:71)
          12:15:29 	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)
          
          

          Geoff Cummings added a comment - same thing happening for me: Latest version of Jenkins (1.530) and latest version of all plugins 12:15:28 [FINDBUGS] Collecting findbugs analysis files... 12:15:29 ERROR: Publisher hudson.plugins.findbugs.FindBugsPublisher aborted due to exception 12:15:29 hudson.remoting.RequestAbortedException: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel 12:15:29 at hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:41) 12:15:29 at hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:34) 12:15:29 at hudson.remoting.Request.call(Request.java:174) 12:15:29 at hudson.remoting.Channel.call(Channel.java:714) 12:15:29 at hudson.FilePath.act(FilePath.java:898) 12:15:29 at hudson.FilePath.act(FilePath.java:882) 12:15:29 at hudson.plugins.findbugs.FindBugsPublisher.perform(FindBugsPublisher.java:161) 12:15:29 at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:144) 12:15:29 at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:333) 12:15:29 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) 12:15:29 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:804) 12:15:29 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:776) 12:15:29 at hudson.model.Build$BuildExecution.post2(Build.java:183) 12:15:29 at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:726) 12:15:29 at hudson.model.Run.execute(Run.java:1628) 12:15:29 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 12:15:29 at hudson.model.ResourceController.execute(ResourceController.java:88) 12:15:29 at hudson.model.Executor.run(Executor.java:247) 12:15:29 Caused by: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel 12:15:29 at hudson.remoting.Request.abort(Request.java:299) 12:15:29 at hudson.remoting.Channel.terminate(Channel.java:774) 12:15:29 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69) 12:15:29 Caused by: java.io.IOException: Unexpected termination of the channel 12:15:29 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50) 12:15:29 Caused by: java.io.EOFException 12:15:29 at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2596) 12:15:29 at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1316) 12:15:29 at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) 12:15:29 at hudson.remoting.Command.readFrom(Command.java:92) 12:15:29 at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:71) 12:15:29 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)

          Ulli Hafner added a comment -

          Geoff, this is a different stacktrace, not related to ssh-slaves. Or did you paste only a part of the stack trace?

          Ulli Hafner added a comment - Geoff, this is a different stacktrace, not related to ssh-slaves. Or did you paste only a part of the stack trace?

          Ulli, I have created a new ticket to capture the information for the issue I am seeing - JENKINS-19619
          It seems to be related to Findbugs and ssh slaves.

          Geoff Cummings added a comment - Ulli, I have created a new ticket to capture the information for the issue I am seeing - JENKINS-19619 It seems to be related to Findbugs and ssh slaves.

          Ulli Hafner added a comment -

          Can you please check if your slave log has a lot of findbugs messages? Please see JENKINS-19619 for details.

          Ulli Hafner added a comment - Can you please check if your slave log has a lot of findbugs messages? Please see JENKINS-19619 for details.

          Can somebody verify that this issue is:

          1. Present when using ssh-slaves 0.27+ in 1.521 and not present in 1.520?
          2. Not present when using ssh-slaves < 0.27 in 1.521

          I also think I may (as a side effect and I would only give it a 1 in 5 chance that the fix between 1.3 and 1.4 solves this issue) have resolved this issue with ssh-slaves 1.4 (though if I did fix it then it is pure fluke and/or a bug in findbugs plugin closing stderr!)

          Stephen Connolly added a comment - Can somebody verify that this issue is: 1. Present when using ssh-slaves 0.27+ in 1.521 and not present in 1.520? 2. Not present when using ssh-slaves < 0.27 in 1.521 I also think I may (as a side effect and I would only give it a 1 in 5 chance that the fix between 1.3 and 1.4 solves this issue) have resolved this issue with ssh-slaves 1.4 (though if I did fix it then it is pure fluke and/or a bug in findbugs plugin closing stderr!)

          OK, with a plugin I named Sir Logalot which generates a lot of logging in the slave process I was able to confirm that this issue is restricted in accordance with my theory...

          1. Present when using ssh-slaves 0.27+ in 1.521 and not present in 1.520?
          2. Not present when using ssh-slaves < 0.27 in 1.521

          Stephen Connolly added a comment - OK, with a plugin I named Sir Logalot which generates a lot of logging in the slave process I was able to confirm that this issue is restricted in accordance with my theory... 1. Present when using ssh-slaves 0.27+ in 1.521 and not present in 1.520? 2. Not present when using ssh-slaves < 0.27 in 1.521

          Sadly, ssh-slaves 1.4 does not resolve the issue

          Stephen Connolly added a comment - Sadly, ssh-slaves 1.4 does not resolve the issue

          It's a bug in the trilead ssh lib... I think i have the fix

          Stephen Connolly added a comment - It's a bug in the trilead ssh lib... I think i have the fix

          Code changed in jenkins
          User: Stephen Connolly
          Path:
          src/com/trilead/ssh2/channel/Channel.java
          http://jenkins-ci.org/commit/trilead-ssh2/f1353cc0e0aa1b1e6bc845236e4a2530ea3103fd
          Log:
          [FIXED JENKINS-18836][FIXED JENKINS-18879][FIXED JENKINS-19619] remove double call of freeupWindow(len); when using ssh-slaves 0.27+

          • the more performant code path is only followed when using SSH Slaves 0.27+
          • the double call causes the channel to get torn down
          • thus excessive logging to stderr on the slave side of the connection will cause the connection to tear down
          • removing the duplicate call resolves the issue

          SCM/JIRA link daemon added a comment - Code changed in jenkins User: Stephen Connolly Path: src/com/trilead/ssh2/channel/Channel.java http://jenkins-ci.org/commit/trilead-ssh2/f1353cc0e0aa1b1e6bc845236e4a2530ea3103fd Log: [FIXED JENKINS-18836] [FIXED JENKINS-18879] [FIXED JENKINS-19619] remove double call of freeupWindow(len); when using ssh-slaves 0.27+ the more performant code path is only followed when using SSH Slaves 0.27+ the double call causes the channel to get torn down thus excessive logging to stderr on the slave side of the connection will cause the connection to tear down removing the duplicate call resolves the issue

          Code changed in jenkins
          User: Stephen Connolly
          Path:
          changelog.html
          core/pom.xml
          http://jenkins-ci.org/commit/jenkins/bb265c5e95b0fe39128720b903914236962db41b
          Log:
          [FIXED JENKINS-18836][FIXED JENKINS-18879][FIXED JENKINS-19619] Upgrade trilead-ssh to version with the fix

          SCM/JIRA link daemon added a comment - Code changed in jenkins User: Stephen Connolly Path: changelog.html core/pom.xml http://jenkins-ci.org/commit/jenkins/bb265c5e95b0fe39128720b903914236962db41b Log: [FIXED JENKINS-18836] [FIXED JENKINS-18879] [FIXED JENKINS-19619] Upgrade trilead-ssh to version with the fix

          Fixed towards Jenkins 1.536

          Stephen Connolly added a comment - Fixed towards Jenkins 1.536

          dogfood added a comment -

          Integrated in jenkins_main_trunk #2938
          [FIXED JENKINS-18836][FIXED JENKINS-18879][FIXED JENKINS-19619] Upgrade trilead-ssh to version with the fix (Revision bb265c5e95b0fe39128720b903914236962db41b)

          Result = UNSTABLE
          Stephen Connolly : bb265c5e95b0fe39128720b903914236962db41b
          Files :

          • changelog.html
          • core/pom.xml

          dogfood added a comment - Integrated in jenkins_main_trunk #2938 [FIXED JENKINS-18836] [FIXED JENKINS-18879] [FIXED JENKINS-19619] Upgrade trilead-ssh to version with the fix (Revision bb265c5e95b0fe39128720b903914236962db41b) Result = UNSTABLE Stephen Connolly : bb265c5e95b0fe39128720b903914236962db41b Files : changelog.html core/pom.xml

          I upgraded our installation to Jenkins ver. 1.536. I will report back in a few days if it is fixed.

          Ramin Baradari added a comment - I upgraded our installation to Jenkins ver. 1.536. I will report back in a few days if it is fixed.

          The builds have been stable during the last week.

          Ramin Baradari added a comment - The builds have been stable during the last week.

          Code changed in jenkins
          User: Stephen Connolly
          Path:
          core/pom.xml
          http://jenkins-ci.org/commit/jenkins/1bb06ada301496ebed6d212188d1b7c9d006317b
          Log:
          [FIXED JENKINS-18836][FIXED JENKINS-18879][FIXED JENKINS-19619] Upgrade trilead-ssh to version with the fix

          (cherry picked from commit bb265c5e95b0fe39128720b903914236962db41b)

          Conflicts:
          changelog.html

          SCM/JIRA link daemon added a comment - Code changed in jenkins User: Stephen Connolly Path: core/pom.xml http://jenkins-ci.org/commit/jenkins/1bb06ada301496ebed6d212188d1b7c9d006317b Log: [FIXED JENKINS-18836] [FIXED JENKINS-18879] [FIXED JENKINS-19619] Upgrade trilead-ssh to version with the fix (cherry picked from commit bb265c5e95b0fe39128720b903914236962db41b) Conflicts: changelog.html

          Code changed in jenkins
          User: Stephen Connolly
          Path:
          src/com/trilead/ssh2/channel/Channel.java
          http://jenkins-ci.org/commit/trilead-ssh2/5811ddd7ae15670a4f9ad345352613b3f2f2db97
          Log:
          JENKINS-22938 SSH slave connections die after the slave outputs 4MB of stderr, usually during findbugs analysis

          The fix for JENKINS-18836, JENKINS-18879, JENKINS-19619 was incorrect in its analysis.

          • There is no call to getChannelData() on the new code path, so thus you cannot have two calls of freeupWindow()
          • The problem with the original call to freeupWindow() is that it is on the receiver thread. You should not mix the responsibilities. Blocking the receiver thread to send a message will negatively impact performance and connection stability.
          • The correct solution is to push the freeupWindow onto the async queue thus the ACK gets sent and the purity of the receiving thread can be maintained.

          SCM/JIRA link daemon added a comment - Code changed in jenkins User: Stephen Connolly Path: src/com/trilead/ssh2/channel/Channel.java http://jenkins-ci.org/commit/trilead-ssh2/5811ddd7ae15670a4f9ad345352613b3f2f2db97 Log: JENKINS-22938 SSH slave connections die after the slave outputs 4MB of stderr, usually during findbugs analysis The fix for JENKINS-18836 , JENKINS-18879 , JENKINS-19619 was incorrect in its analysis. There is no call to getChannelData() on the new code path, so thus you cannot have two calls of freeupWindow() The problem with the original call to freeupWindow() is that it is on the receiver thread. You should not mix the responsibilities. Blocking the receiver thread to send a message will negatively impact performance and connection stability. The correct solution is to push the freeupWindow onto the async queue thus the ACK gets sent and the purity of the receiving thread can be maintained.

            kohsuke Kohsuke Kawaguchi
            rbaradari Ramin Baradari
            Votes:
            2 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated:
              Resolved: