Copy artifacts fails on symbolic links in 1.40

This issue is archived. You can view it, but you can't modify it. Learn more

      We have a job that creates and archives a python virtual environment, which includes multiple symbolic links. For example:

      lrwxrwxrwx 1 jenkins jenkins 30 Jun 27 17:40 UserDict.py -> /usr/lib/python2.7/UserDict.py

      The downstream job then tries to copy the artifacts from the upstream job, but fails as follows:

      java.io.FileNotFoundException: /var/lib/jenkins/jobs/.../builds/384/archive/venv/lib/python2.7/UserDict.py
      at jenkins.util.VirtualFile$FileVF.open(VirtualFile.java:454)
      at hudson.plugins.copyartifact.CopyArtifact.copyOne(CopyArtifact.java:614)
      Caused: java.io.IOException: Failed to copy file:/var/lib/jenkins/jobs/.../builds/384/archive/venv/lib/python2.7/UserDict.py to /var/lib/jenkins/workspace/.../venv/lib/python2.7/UserDict.py
      at hudson.plugins.copyartifact.CopyArtifact.copyOne(CopyArtifact.java:632)
      at hudson.plugins.copyartifact.CopyArtifact.copy(CopyArtifact.java:575)
      at hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:535)
      at hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:473)
      at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)
      at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
      at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
      at hudson.model.Build$BuildExecution.build(Build.java:206)
      at hudson.model.Build$BuildExecution.doRun(Build.java:163)
      at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
      at hudson.model.Run.execute(Run.java:1794)
      at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
      at hudson.model.ResourceController.execute(ResourceController.java:97)
      at hudson.model.Executor.run(Executor.java:429)

      This started happening on multiple pre-existing jobs that were working just fine prior to an upgrade of the copyartifact plugin from 1.38.1 to 1.40. Rolling that plugin version back to 1.39.1 fixed the issue.

            Assignee:
            ikedam
            Reporter:
            Lance Johnston
            Archiver:
            Jenkins Service Account

              Created:
              Updated:
              Resolved:
              Archived: