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

Copy Artifacts Plugin Throws "IOException: Pipe is already closed"

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Component/s: copyartifact-plugin, core
    • Labels:
      None
    • Environment:
      Windows XP SP3, Sun JRE 1.6.25
    • Similar Issues:

      Description

      Since updating to Jenkins 1.409 and Copy Artifacts Plugin 1.16, build jobs fail with an IOException when copying build artifacts from the Master to the current Slave.

      ERROR: Failed to copy artifacts from ABC Build with filter: _tests\UnitTests\bin\Debug**
      java.io.IOException: Pipe is already closed
      at hudson.remoting.PipeWindow.checkDeath(PipeWindow.java:83)
      at hudson.remoting.PipeWindow$Real.get(PipeWindow.java:165)
      at hudson.remoting.ProxyOutputStream._write(ProxyOutputStream.java:118)
      at hudson.remoting.ProxyOutputStream.write(ProxyOutputStream.java:103)
      at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
      at java.io.BufferedOutputStream.write(Unknown Source)
      at java.util.zip.DeflaterOutputStream.deflate(Unknown Source)
      at java.util.zip.DeflaterOutputStream.write(Unknown Source)
      at java.util.zip.GZIPOutputStream.write(Unknown Source)
      at java.io.BufferedOutputStream.write(Unknown Source)
      at org.apache.tools.tar.TarBuffer.writeBlock(TarBuffer.java:410)
      at org.apache.tools.tar.TarBuffer.writeRecord(TarBuffer.java:351)
      at hudson.org.apache.tools.tar.TarOutputStream.writeEOFRecord(TarOutputStream.java:356)
      at hudson.org.apache.tools.tar.TarOutputStream.finish(TarOutputStream.java:137)
      at hudson.org.apache.tools.tar.TarOutputStream.close(TarOutputStream.java:149)
      at hudson.util.io.TarArchiver.close(TarArchiver.java:119)
      at hudson.FilePath.writeToTar(FilePath.java:1596)
      at hudson.FilePath.copyRecursiveTo(FilePath.java:1521)
      at hudson.FilePath.copyRecursiveTo(FilePath.java:1450)
      at hudson.plugins.copyartifact.FilePathCopyMethod.copyAll(FilePathCopyMethod.java:51)
      at hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:225)
      at hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:199)
      at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
      at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:649)
      at hudson.model.Build$RunnerImpl.build(Build.java:177)
      at hudson.model.Build$RunnerImpl.doRun(Build.java:139)
      at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:423)
      at hudson.model.Run.run(Run.java:1362)
      at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
      at hudson.model.ResourceController.execute(ResourceController.java:88)
      at hudson.model.Executor.run(Executor.java:145)
      Caused by: java.io.IOException: Pipe is already closed
      at hudson.remoting.FastPipedOutputStream.write(FastPipedOutputStream.java:147)
      at hudson.remoting.FastPipedOutputStream.write(FastPipedOutputStream.java:131)
      at hudson.remoting.ProxyOutputStream$Chunk$1.run(ProxyOutputStream.java:185)
      at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
      at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
      at java.util.concurrent.FutureTask.run(Unknown Source)
      at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
      at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
      at java.lang.Thread.run(Unknown Source)
      Caused by: hudson.remoting.FastPipedInputStream$ClosedBy: The pipe was closed at...
      at hudson.remoting.FastPipedInputStream.close(FastPipedInputStream.java:112)
      at hudson.FilePath$32.invoke(FilePath.java:1517)
      at hudson.FilePath$32.invoke(FilePath.java:1511)
      at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1956)
      at hudson.remoting.UserRequest.perform(UserRequest.java:118)
      at hudson.remoting.UserRequest.perform(UserRequest.java:48)
      at hudson.remoting.Request$2.run(Request.java:270)
      at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
      at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
      at java.util.concurrent.FutureTask.run(Unknown Source)
      at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
      at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
      at hudson.remoting.Engine$1$1.run(Engine.java:58)
      ... 1 more

      The Slaves are running as Windows Services under the Local System account. The slave.jar files have been updated to 1.409.

      The IOException is thrown no matter if the service is running under the Local System account, the Network Service account, under a Windows domain user account, or with desktop interaction enabled (see https://issues.jenkins-ci.org/browse/JENKINS-9456).

      If the Slave is started from a DOS prompt (java -Xrs -jar slave.jar -noCertificateCheck -jnlpUrl "https://buildserver.example.com/computer/esxi-01%20XP08/slave-agent.jnlp") the issue does not occur. The DOS prompt is started by a Windows domain user.

        Attachments

          Issue Links

            Activity

            Hide
            dw Dirk Weinhardt added a comment -

            Is there any additional information I could provide to help you reproducing this issue?

            Show
            dw Dirk Weinhardt added a comment - Is there any additional information I could provide to help you reproducing this issue?
            Hide
            mindless Alan Harder added a comment -

            Kohsuke, another instance of remoting problems with copyartifact.. can you take a look?

            Show
            mindless Alan Harder added a comment - Kohsuke, another instance of remoting problems with copyartifact.. can you take a look?
            Hide
            gardner Gardner Bickford added a comment -

            This does not occur after explicitly clearing the workspace in the Jenkins UI (even if no workspace directory exists).

            Show
            gardner Gardner Bickford added a comment - This does not occur after explicitly clearing the workspace in the Jenkins UI (even if no workspace directory exists).
            Hide
            dw Dirk Weinhardt added a comment -

            I have explicitly cleared the workspaces of all builds that copy artifacts from other builds through the UI. Additionally I have manually deleted all workspace folders of these projects on nodes the builds previously were executed at. Then I stopped the Jenkins slave console processes and restarted the slaves as Windows services.

            Builds using the Copy Artifacts Plugin can now be executed through the Service slave again. After running a few test builds I haven't seen any more IOExceptions.

            Show
            dw Dirk Weinhardt added a comment - I have explicitly cleared the workspaces of all builds that copy artifacts from other builds through the UI. Additionally I have manually deleted all workspace folders of these projects on nodes the builds previously were executed at. Then I stopped the Jenkins slave console processes and restarted the slaves as Windows services. Builds using the Copy Artifacts Plugin can now be executed through the Service slave again. After running a few test builds I haven't seen any more IOExceptions.
            Hide
            dw Dirk Weinhardt added a comment -

            Haven't seen this issue again after three more weeks of operation.

            Show
            dw Dirk Weinhardt added a comment - Haven't seen this issue again after three more weeks of operation.
            Hide
            gardner Gardner Bickford added a comment -

            Thanks for the update Dirk. I will adjust the priority to reflect the existence of a work around.

            Show
            gardner Gardner Bickford added a comment - Thanks for the update Dirk. I will adjust the priority to reflect the existence of a work around.
            Hide
            ustuehler Uwe Stuehler added a comment - - edited

            Might be related to JENKINS-9189 and fixed by 9cdd9cc0c5640beeb6bf36a4b26fa1ddcce7fd60.

            Show
            ustuehler Uwe Stuehler added a comment - - edited Might be related to JENKINS-9189 and fixed by 9cdd9cc0c5640beeb6bf36a4b26fa1ddcce7fd60 .
            Hide
            mindless Alan Harder added a comment -

            Thx for that reference.. has anyone seen this issue on jenkins 1.416 or later? Please report back so we can decide whether to close this bug.

            Show
            mindless Alan Harder added a comment - Thx for that reference.. has anyone seen this issue on jenkins 1.416 or later? Please report back so we can decide whether to close this bug.
            Hide
            sanga sanga added a comment -

            I'm seeing this issue. Jenkins is v1.426 and copy-artifact plugin is v1.16. What kind of diagnostic information would be useful here? I will update the plugin and mess around with a few other things to see what I can figure out in the meantime.

            Show
            sanga sanga added a comment - I'm seeing this issue. Jenkins is v1.426 and copy-artifact plugin is v1.16. What kind of diagnostic information would be useful here? I will update the plugin and mess around with a few other things to see what I can figure out in the meantime.
            Hide
            mindless Alan Harder added a comment -

            A new stack trace on current Jenkins would be good.
            Does the file size being copied matter? Does it happen for a slave node running only 1 job, or only when other jobs are running too?

            Show
            mindless Alan Harder added a comment - A new stack trace on current Jenkins would be good. Does the file size being copied matter? Does it happen for a slave node running only 1 job, or only when other jobs are running too?
            Hide
            sanga sanga added a comment -

            ERROR: Failed to copy artifacts from test_OLB_SDK_core with filter: archive/*/
            java.io.IOException: Pipe is already closed
            at hudson.remoting.PipeWindow.checkDeath(PipeWindow.java:83)
            at hudson.remoting.PipeWindow$Real.get(PipeWindow.java:171)
            at hudson.remoting.ProxyOutputStream._write(ProxyOutputStream.java:118)
            at hudson.remoting.ProxyOutputStream.write(ProxyOutputStream.java:103)
            at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65)
            at java.io.BufferedOutputStream.write(BufferedOutputStream.java:109)
            at java.util.zip.DeflaterOutputStream.deflate(DeflaterOutputStream.java:161)
            at java.util.zip.DeflaterOutputStream.write(DeflaterOutputStream.java:118)
            at java.util.zip.GZIPOutputStream.write(GZIPOutputStream.java:72)
            at java.io.BufferedOutputStream.write(BufferedOutputStream.java:105)
            at org.apache.tools.tar.TarBuffer.writeBlock(TarBuffer.java:410)
            at org.apache.tools.tar.TarBuffer.writeRecord(TarBuffer.java:351)
            at hudson.org.apache.tools.tar.TarOutputStream.writeEOFRecord(TarOutputStream.java:356)
            at hudson.org.apache.tools.tar.TarOutputStream.finish(TarOutputStream.java:137)
            at hudson.org.apache.tools.tar.TarOutputStream.close(TarOutputStream.java:149)
            at hudson.util.io.TarArchiver.close(TarArchiver.java:119)
            at hudson.FilePath.writeToTar(FilePath.java:1634)
            at hudson.FilePath.copyRecursiveTo(FilePath.java:1559)
            at hudson.FilePath.copyRecursiveTo(FilePath.java:1488)
            at hudson.plugins.copyartifact.FilePathCopyMethod.copyAll(FilePathCopyMethod.java:51)
            at hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:225)
            at hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:199)
            at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
            at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:682)
            at hudson.model.Build$RunnerImpl.build(Build.java:178)
            at hudson.model.Build$RunnerImpl.doRun(Build.java:139)
            at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:448)
            at hudson.model.Run.run(Run.java:1376)
            at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
            at hudson.model.ResourceController.execute(ResourceController.java:88)
            at hudson.model.Executor.run(Executor.java:230)
            Caused by: java.io.IOException: Pipe is already closed
            at hudson.remoting.FastPipedOutputStream.write(FastPipedOutputStream.java:147)
            at hudson.remoting.FastPipedOutputStream.write(FastPipedOutputStream.java:131)
            at hudson.remoting.ProxyOutputStream$Chunk$1.run(ProxyOutputStream.java:211)
            at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
            at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
            at java.util.concurrent.FutureTask.run(Unknown Source)
            at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
            at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
            at java.lang.Thread.run(Unknown Source)
            Caused by: hudson.remoting.FastPipedInputStream$ClosedBy: The pipe was closed at...
            at hudson.remoting.FastPipedInputStream.close(FastPipedInputStream.java:112)
            at hudson.FilePath$32.invoke(FilePath.java:1555)
            at hudson.FilePath$32.invoke(FilePath.java:1549)
            at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1994)
            at hudson.remoting.UserRequest.perform(UserRequest.java:118)
            at hudson.remoting.UserRequest.perform(UserRequest.java:48)
            at hudson.remoting.Request$2.run(Request.java:287)
            at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
            at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
            at java.util.concurrent.FutureTask.run(Unknown Source)
            at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
            at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
            at hudson.remoting.Engine$1$1.run(Engine.java:60)
            ... 1 more
            Build step 'Copy artifacts from another project' marked build as failure

            The stack trace is, I guess exactly the same. As to the size: I'm not sure but I suspect it doesn't make a difference. It was working just fine one moment and then when I came back from lunch, it had stopped working. The size of the artifacts didn't change over that period.

            The downstream "copyer" job is locked to one slave, and it's the only job running on that slave.

            Show
            sanga sanga added a comment - ERROR: Failed to copy artifacts from test_OLB_SDK_core with filter: archive/* / java.io.IOException: Pipe is already closed at hudson.remoting.PipeWindow.checkDeath(PipeWindow.java:83) at hudson.remoting.PipeWindow$Real.get(PipeWindow.java:171) at hudson.remoting.ProxyOutputStream._write(ProxyOutputStream.java:118) at hudson.remoting.ProxyOutputStream.write(ProxyOutputStream.java:103) at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65) at java.io.BufferedOutputStream.write(BufferedOutputStream.java:109) at java.util.zip.DeflaterOutputStream.deflate(DeflaterOutputStream.java:161) at java.util.zip.DeflaterOutputStream.write(DeflaterOutputStream.java:118) at java.util.zip.GZIPOutputStream.write(GZIPOutputStream.java:72) at java.io.BufferedOutputStream.write(BufferedOutputStream.java:105) at org.apache.tools.tar.TarBuffer.writeBlock(TarBuffer.java:410) at org.apache.tools.tar.TarBuffer.writeRecord(TarBuffer.java:351) at hudson.org.apache.tools.tar.TarOutputStream.writeEOFRecord(TarOutputStream.java:356) at hudson.org.apache.tools.tar.TarOutputStream.finish(TarOutputStream.java:137) at hudson.org.apache.tools.tar.TarOutputStream.close(TarOutputStream.java:149) at hudson.util.io.TarArchiver.close(TarArchiver.java:119) at hudson.FilePath.writeToTar(FilePath.java:1634) at hudson.FilePath.copyRecursiveTo(FilePath.java:1559) at hudson.FilePath.copyRecursiveTo(FilePath.java:1488) at hudson.plugins.copyartifact.FilePathCopyMethod.copyAll(FilePathCopyMethod.java:51) at hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:225) at hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:199) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:682) at hudson.model.Build$RunnerImpl.build(Build.java:178) at hudson.model.Build$RunnerImpl.doRun(Build.java:139) at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:448) at hudson.model.Run.run(Run.java:1376) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:230) Caused by: java.io.IOException: Pipe is already closed at hudson.remoting.FastPipedOutputStream.write(FastPipedOutputStream.java:147) at hudson.remoting.FastPipedOutputStream.write(FastPipedOutputStream.java:131) at hudson.remoting.ProxyOutputStream$Chunk$1.run(ProxyOutputStream.java:211) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: hudson.remoting.FastPipedInputStream$ClosedBy: The pipe was closed at... at hudson.remoting.FastPipedInputStream.close(FastPipedInputStream.java:112) at hudson.FilePath$32.invoke(FilePath.java:1555) at hudson.FilePath$32.invoke(FilePath.java:1549) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1994) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:287) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at hudson.remoting.Engine$1$1.run(Engine.java:60) ... 1 more Build step 'Copy artifacts from another project' marked build as failure The stack trace is, I guess exactly the same. As to the size: I'm not sure but I suspect it doesn't make a difference. It was working just fine one moment and then when I came back from lunch, it had stopped working. The size of the artifacts didn't change over that period. The downstream "copyer" job is locked to one slave, and it's the only job running on that slave.
            Hide
            sanga sanga added a comment -

            Upgraded copy-artifact plugin to 1.18 and it appears to have fixed the problem. Will still watch it for a while in case it reappears (as previously it worked for a while before breaking).

            Show
            sanga sanga added a comment - Upgraded copy-artifact plugin to 1.18 and it appears to have fixed the problem. Will still watch it for a while in case it reappears (as previously it worked for a while before breaking).
            Hide
            sanga sanga added a comment - - edited

            The error has reappeared intermittently. So it seems that this issue is not fixed.

            Show
            sanga sanga added a comment - - edited The error has reappeared intermittently. So it seems that this issue is not fixed.
            Hide
            mindless Alan Harder added a comment -

            ya, the file copying code is all in jenkins core so I wouldn't expect an upgrade of the plugin to resolve this.

            kohsuke, please take a look when you get a chance.

            Show
            mindless Alan Harder added a comment - ya, the file copying code is all in jenkins core so I wouldn't expect an upgrade of the plugin to resolve this. kohsuke, please take a look when you get a chance.
            Hide
            sanga sanga added a comment -

            I found the source of my problem. A process started during the build was left running which had a lock on a file in the workspace. A couple of things about that though:

            • I thought the jenkins kept track and killed such rough processes?
            • the resulting error was quite non-intuitive. I.e. it wasn't exactly obvious (at least to me) what the actual source of the error was at first.
            Show
            sanga sanga added a comment - I found the source of my problem. A process started during the build was left running which had a lock on a file in the workspace. A couple of things about that though: I thought the jenkins kept track and killed such rough processes? the resulting error was quite non-intuitive. I.e. it wasn't exactly obvious (at least to me) what the actual source of the error was at first.
            Hide
            ericlong Eric Long added a comment -

            My errors went away once I realized that the slave was out of drive space. I cleared up space and then the "java.io.IOException: Pipe is already closed" messages disappeared and jobs completed.

            Show
            ericlong Eric Long added a comment - My errors went away once I realized that the slave was out of drive space. I cleared up space and then the "java.io.IOException: Pipe is already closed" messages disappeared and jobs completed.
            Hide
            jorgenpt Jørgen Tjernø added a comment -

            I just experienced this on my Jenkins 1.442 - and Eric's comment is what helped me. This bug should track changing that message to something related to disk space.

            Show
            jorgenpt Jørgen Tjernø added a comment - I just experienced this on my Jenkins 1.442 - and Eric's comment is what helped me. This bug should track changing that message to something related to disk space.
            Hide
            rmorgenstein Ruth Morgenstein added a comment -

            I got this message and I don't think it is related to disk space on the slave (the disks and filesystems are huge on my machines). I'm running 1.434 on Centos master and slaves. To reproduce:
            1) Make a Job1 that gets a large* repsitoryo cloned from git (e.g. my repo: git@github.com:VoltDB/voltdb.git). Create an artifact from the whole thing (voltdb/**) Note: I assume it could be any large fileset, but I haven't tried it)
            2) Make a Job2 that copies the artifact from Job1
            Result: Job2 gets this error if I don't first delete the workspace (which I'm using a plugin to do, but really should not need to).

            I say large repo because an artifact of a subset, for example votldb/src/* works fine).

            Show
            rmorgenstein Ruth Morgenstein added a comment - I got this message and I don't think it is related to disk space on the slave (the disks and filesystems are huge on my machines). I'm running 1.434 on Centos master and slaves. To reproduce: 1) Make a Job1 that gets a large* repsitoryo cloned from git (e.g. my repo: git@github.com:VoltDB/voltdb.git). Create an artifact from the whole thing (voltdb/**) Note: I assume it could be any large fileset, but I haven't tried it) 2) Make a Job2 that copies the artifact from Job1 Result: Job2 gets this error if I don't first delete the workspace (which I'm using a plugin to do, but really should not need to). I say large repo because an artifact of a subset, for example votldb/src/ * works fine).
            Hide
            ridesmet Ringo De Smet added a comment -

            I bump into this issue with Jenkins 1.445 and CopyArtifact 1.18. In my case, it is not related to a lack of diskspace on the slave. There are multiple gigabytes of free space. The workaround was to remove the work space (tnx Dirk) and trigger a clean build.

            Show
            ridesmet Ringo De Smet added a comment - I bump into this issue with Jenkins 1.445 and CopyArtifact 1.18. In my case, it is not related to a lack of diskspace on the slave. There are multiple gigabytes of free space. The workaround was to remove the work space (tnx Dirk) and trigger a clean build.
            Hide
            ridesmet Ringo De Smet added a comment -

            Today I ended up in a situation where even the workaround of cleaning the workspace and triggering a clean build doesn't work. A new build again ends up having the exception.

            What I do notice however: I have two times the Copy Artifact as build step in place in this project. The first instance has a filter filled in, the second one not. If Copy Artifact fails, it is always the second one that fails. While I left the field "Artifacts to copy" blank to copy all artifacts, the exception has as message:

            ERROR: Failed to copy artifacts from Utilities-2.1-linux-64bit with filter: **
            

            Filling in ** as filter myself is invalid input, so where does this ** come from?

            Show
            ridesmet Ringo De Smet added a comment - Today I ended up in a situation where even the workaround of cleaning the workspace and triggering a clean build doesn't work. A new build again ends up having the exception. What I do notice however: I have two times the Copy Artifact as build step in place in this project. The first instance has a filter filled in, the second one not. If Copy Artifact fails, it is always the second one that fails. While I left the field "Artifacts to copy" blank to copy all artifacts, the exception has as message: ERROR: Failed to copy artifacts from Utilities-2.1-linux-64bit with filter: ** Filling in ** as filter myself is invalid input, so where does this ** come from?
            Show
            mindless Alan Harder added a comment - It comes from https://github.com/jenkinsci/copyartifact-plugin/blob/master/src/main/java/hudson/plugins/copyartifact/CopyArtifact.java#L181 (ie, this is expected for empty filter).
            Hide
            borovsky Dmitry Borovsky added a comment -

            Hello. Is there some progress on fixing the bug? It's reproduced on our servers few times a day

            Show
            borovsky Dmitry Borovsky added a comment - Hello. Is there some progress on fixing the bug? It's reproduced on our servers few times a day
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Jesse Glick
            Path:
            changelog.html
            core/src/main/java/hudson/FilePath.java
            core/src/test/java/hudson/FilePathTest.java
            http://jenkins-ci.org/commit/jenkins/574fe1409ec80135c91054ed13afd131fa5eb48c
            Log:
            [FIXED JENKINS-9540] Failure of recursive copy on slave side should be reported.
            Instead it was being thrown in a Future that the master did not wait for:
            the writing side failed with a closed pipe exception, and this meaningless error was thrown up.
            Fixing by waiting for the reading side first, so any error there will be thrown up.
            (If there was also an error on the writing side, we would miss it, but typically this will just be the closed stream.)

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Jesse Glick Path: changelog.html core/src/main/java/hudson/FilePath.java core/src/test/java/hudson/FilePathTest.java http://jenkins-ci.org/commit/jenkins/574fe1409ec80135c91054ed13afd131fa5eb48c Log: [FIXED JENKINS-9540] Failure of recursive copy on slave side should be reported. Instead it was being thrown in a Future that the master did not wait for: the writing side failed with a closed pipe exception, and this meaningless error was thrown up. Fixing by waiting for the reading side first, so any error there will be thrown up. (If there was also an error on the writing side, we would miss it, but typically this will just be the closed stream.)
            Hide
            dogfood dogfood added a comment -

            Integrated in jenkins_main_trunk #2845
            [FIXED JENKINS-9540] Failure of recursive copy on slave side should be reported. (Revision 574fe1409ec80135c91054ed13afd131fa5eb48c)

            Result = SUCCESS
            Jesse Glick : 574fe1409ec80135c91054ed13afd131fa5eb48c
            Files :

            • core/src/main/java/hudson/FilePath.java
            • changelog.html
            • core/src/test/java/hudson/FilePathTest.java
            Show
            dogfood dogfood added a comment - Integrated in jenkins_main_trunk #2845 [FIXED JENKINS-9540] Failure of recursive copy on slave side should be reported. (Revision 574fe1409ec80135c91054ed13afd131fa5eb48c) Result = SUCCESS Jesse Glick : 574fe1409ec80135c91054ed13afd131fa5eb48c Files : core/src/main/java/hudson/FilePath.java changelog.html core/src/test/java/hudson/FilePathTest.java

              People

              • Assignee:
                jglick Jesse Glick
                Reporter:
                dw Dirk Weinhardt
              • Votes:
                9 Vote for this issue
                Watchers:
                19 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: