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

maven build creates symlinkd files that Windows OS does not understand

      After upgrading to 1.509.4 our Maven builds create files that Windows cannot backup. The invalid files are SYMLINKD one for each module.
      The maven build and UI seem to work fine. The files are under the jobs/project name/builds/buildnumber or builddate directory.

      11/19/2013 04:47 PM <SYMLINKD> us.mn.state.education.sfin.automation$sfi
      n-post-processor [../../modules/us.mn.state.education.sfin.automation$sfin-post-
      processor/builds/2013-11-19_16-40-46]
      4 File(s) 3,881,255 bytes
      34 Dir(s) 20,236,365,824 bytes free

      E:\jenkins\.jenkins\jobs\SFIN-OB\builds\56>type us.mn.state.education.sfin$confi
      gs
      Access is denied.

      E:\jenkins\.jenkins\jobs\SFIN-OB\builds\56>cd us.mn.state.education.sfin$configs

      The filename, directory name, or volume label syntax is incorrect.

      E:\jenkins\.jenkins\jobs\SFIN-OB\builds\56>

          [JENKINS-20725] maven build creates symlinkd files that Windows OS does not understand

          Joe Knudsen added a comment - - edited

          Tim what version of the Maven plugin are you using? I am using 2.0.1 now with Jenkins 1.532.2 and the problem still exists. Now in the 1.532.2 (latest stable) version the maven plugin is separate from the Jenkins system so you need to update the maven plugin after you update Jenkins.

          Joe Knudsen added a comment - - edited Tim what version of the Maven plugin are you using? I am using 2.0.1 now with Jenkins 1.532.2 and the problem still exists. Now in the 1.532.2 (latest stable) version the maven plugin is separate from the Jenkins system so you need to update the maven plugin after you update Jenkins.

          Tim Drury added a comment -

          Mine says the Maven Integration Plugin is version 2.0.3.

          Tim Drury added a comment - Mine says the Maven Integration Plugin is version 2.0.3.

          Joe Knudsen added a comment - - edited

          Tim,
          Looks like you have the latest plugin. After grading from 1.509 I needed to add to a maven property. Global MAVEN_OPTS I made mine have the value -XX:MaxPermSize=256m and that resolved by problem. Worth giving a try at least.

          Joe Knudsen added a comment - - edited Tim, Looks like you have the latest plugin. After grading from 1.509 I needed to add to a maven property. Global MAVEN_OPTS I made mine have the value -XX:MaxPermSize=256m and that resolved by problem. Worth giving a try at least.

          Tim Drury added a comment -

          we use -XX:MaxPermSize=400m so that's probably not it.

          Tim Drury added a comment - we use -XX:MaxPermSize=400m so that's probably not it.

          Joe Knudsen added a comment -

          Were still seeing the problem so I edited my comments above to remove the references about not seeing the problem any longer.

          Joe Knudsen added a comment - Were still seeing the problem so I edited my comments above to remove the references about not seeing the problem any longer.

          Jesse Glick added a comment -

          First of all, I doubt this has anything to do with the Maven plugin. Jenkins core creates build number symlinks.

          Second, what is the actual bug here? That some old Windows backup programs cannot handle symlinks even when the Windows kernel/filesystem can produce them? That is the fault of the backup program, not Jenkins.

          Jesse Glick added a comment - First of all, I doubt this has anything to do with the Maven plugin. Jenkins core creates build number symlinks. Second, what is the actual bug here? That some old Windows backup programs cannot handle symlinks even when the Windows kernel/filesystem can produce them? That is the fault of the backup program, not Jenkins.

          Joe Knudsen added a comment - - edited

          Jesse it is not the build number links that are problematic. The Maven build includes a section called Module Builds. The plugin seems to create a link for each Module. These module links are the problem. The Windows OS does not see the links as valid. I believe the links contain a path and the path uses the wrong path separator for Windows. I do not see any impacts in the Jenkins UI. I Jenkins is not impacted because Jenkins uses Java and Java can handle either Windows or Unix file separators. The problem is the Windows OS and backup software see these as corrupted files. Hope this helps.

          Joe Knudsen added a comment - - edited Jesse it is not the build number links that are problematic. The Maven build includes a section called Module Builds. The plugin seems to create a link for each Module. These module links are the problem. The Windows OS does not see the links as valid. I believe the links contain a path and the path uses the wrong path separator for Windows. I do not see any impacts in the Jenkins UI. I Jenkins is not impacted because Jenkins uses Java and Java can handle either Windows or Unix file separators. The problem is the Windows OS and backup software see these as corrupted files. Hope this helps.

          Thomas Pilz added a comment -

          Hi there, i still hope that there will be some Progress on this Issue as this Problem is a real Blocker for Windows backed Jenkins Installations with Maven Projects.
          Backups via ZIP/TAR and also Job Migration via copy of Jobs Folder to different Host is not working at the moment due to wrong generated symbolic links.

          09.09.2014 14:17 <SYMLINKD> com.foo.acme$acmeCore [../../modules/com.foo.acme$acmeCore/builds/2014-09-09_14-16-18]

          should be

          09.09.2014 14:17 <SYMLINKD> com.foo.acme$acmeCore [..\..\modules\com.foo.acme$acmeCore\builds\2014-09-09_14-16-18]

          Environment: Windows 2008 R2 / Jenkins 1.532.2 LTS / Maven Project Plugin 2.0.3 / Maven 3.2.1

          Thomas Pilz added a comment - Hi there, i still hope that there will be some Progress on this Issue as this Problem is a real Blocker for Windows backed Jenkins Installations with Maven Projects. Backups via ZIP/TAR and also Job Migration via copy of Jobs Folder to different Host is not working at the moment due to wrong generated symbolic links. 09.09.2014 14:17 <SYMLINKD> com.foo.acme$acmeCore [../../modules/com.foo.acme$acmeCore/builds/2014-09-09_14-16-18] should be 09.09.2014 14:17 <SYMLINKD> com.foo.acme$acmeCore [..\..\modules\com.foo.acme$acmeCore\builds\2014-09-09_14-16-18] Environment: Windows 2008 R2 / Jenkins 1.532.2 LTS / Maven Project Plugin 2.0.3 / Maven 3.2.1

          Joe Knudsen added a comment -

          Thomas we ended up excluding the build folders from our backups. Would like to see this resolved and be able to do a complete Jenkins backup.

          Joe Knudsen added a comment - Thomas we ended up excluding the build folders from our backups. Would like to see this resolved and be able to do a complete Jenkins backup.

          Thomas Pilz added a comment -

          Our Jenkins Instance is growing and we would like to move from VM to Hardware. This Bug makes it impossible to transfer the Jobs to the new Instance without Data loss.

          Thomas Pilz added a comment - Our Jenkins Instance is growing and we would like to move from VM to Hardware. This Bug makes it impossible to transfer the Jobs to the new Instance without Data loss.

            Unassigned Unassigned
            jknudsen Joe Knudsen
            Votes:
            3 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated: