This issue is still present in Jenkins 1.604 for the creation of both lastSuccessful and lastStable symlinks.

Unsurprising, given it's still open and nobody worked on it.

We have a very large distributed Jenkins CI undertaking at the moment and our first few tests always fail due to this error.

TraderPlus.UI.Test #4641 completed : FAILURE
TraderPlus.UI.Test #4646 completed : FAILURE
Build TraderPlus.UI.Test #4655 started
Build TraderPlus.UI.Test #4654 started
TraderPlus.UI.Test #4645 completed : FAILURE
Build TraderPlus.UI.Test #4656 started
TraderPlus.UI.Test #4648 completed : FAILURE
Build TraderPlus.UI.Test #4657 started
TraderPlus.UI.Test #4639 completed : FAILURE
Build TraderPlus.UI.Test #4658 started
TraderPlus.UI.Test #4642 completed : FAILURE
Build TraderPlus.UI.Test #4659 started
TraderPlus.UI.Test #4647 completed
Build TraderPlus.UI.Test #4660 started
TraderPlus.UI.Test #4644 completed
Build TraderPlus.UI.Test #4661 started
(Rest of the tests pass)

Failure details:
ln builds\lastSuccessfulBuild C:\Users\Administrator\.jenkins\jobs\TraderPlus.UI.Test\lastSuccessful failed
java.nio.file.FileAlreadyExistsException: C:\Users\Administrator\.jenkins\jobs\TraderPlus.UI.Test\lastSuccessful
at sun.nio.fs.WindowsException.translateToIOException(Unknown Source)
at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source)
at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source)
at sun.nio.fs.WindowsFileSystemProvider.createSymbolicLink(Unknown Source)
at java.nio.file.Files.createSymbolicLink(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at hudson.Util.createSymlinkJava7(Util.java:1227)
at hudson.Util.createSymlink(Util.java:1143)
at hudson.model.Run.createSymlink(Run.java:1848)
at hudson.model.Run.updateSymlinks(Run.java:1829)
at hudson.model.Run.execute(Run.java:1742)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:374)
[EnvInject] - Loading node environment variables.
Building remotely on au03-devcivm4 (UITest) in workspace D:\Jenkins\workspace\TraderPlus.UI.Test

Running Jenkins ver. 1.616

The same issue occures when two builds starts at the same time (parallel builds) on different Jenkins nodes.
Platform: Windows (master and nodes)
Jenkins: ver. 1.619
Builds run in parallel with Build Flow Plugin 0.18

In my case exceptions occurs in one of two builds (first or second, it's random) but build continues normally.

ln builds\lastSuccessfulBuild [path_to_project_workspace]\lastSuccessful failed
java.nio.file.FileAlreadyExistsException: [path_to_project_workspace]\lastSuccessful
at sun.nio.fs.WindowsException.translateToIOException(Unknown Source)
at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source)
at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source)
at sun.nio.fs.WindowsFileSystemProvider.createSymbolicLink(Unknown Source)
at java.nio.file.Files.createSymbolicLink(Unknown Source)
at sun.reflect.GeneratedMethodAccessor359.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at hudson.Util.createSymlinkJava7(Util.java:1227)
at hudson.Util.createSymlink(Util.java:1143)
at hudson.model.Run.createSymlink(Run.java:1845)
at hudson.model.Run.updateSymlinks(Run.java:1826)
at hudson.model.Run.execute(Run.java:1739)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:381)
ln builds\lastStableBuild [path_to_project_workspace]\lastStable failed
java.nio.file.FileAlreadyExistsException: [path_to_project_workspace]\lastStable
at sun.nio.fs.WindowsException.translateToIOException(Unknown Source)
at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source)
at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source)
at sun.nio.fs.WindowsFileSystemProvider.createSymbolicLink(Unknown Source)
at java.nio.file.Files.createSymbolicLink(Unknown Source)
at sun.reflect.GeneratedMethodAccessor359.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at hudson.Util.createSymlinkJava7(Util.java:1227)
at hudson.Util.createSymlink(Util.java:1143)
at hudson.model.Run.createSymlink(Run.java:1845)
at hudson.model.Run.updateSymlinks(Run.java:1827)
at hudson.model.Run.execute(Run.java:1739)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:381)

I can recreate, any updates on this?

The problem still exists in 1.643 version.

It seems the problem only occurs when the job triggered by MultiJob Plug-in. The job can run parallel if I trigger it manually.

The other thing is the problem does not occur on Windows. I can reproduce it in Linux.

I figured out, in Windows, MultiJob Plug-in does not execute the jobs in parallel. In addition, the parallel job directories (e.g. myjob@1, myjob@2, ...) were not created. This behavior explains why I do not see the problem on Windows.

In Linux, to confirm the problem is related with MultiJob Plug-in, I created a shell script to execute the job in parallel through Jenkins' Remote API:

#!/bin/sh

( curl -X POST http://jenkins.mycompany.com/jenkins/job/myjob/build?delay=0sec --user jenkinsuser:jenkinspassword ) &
( curl -X POST http://jenkins.mycompany.com/jenkins/job/myjob/build?delay=0sec --user jenkinsuser:jenkinspassword ) &
( curl -X POST http://jenkins.mycompany.com/jenkins/job/myjob/build?delay=0sec --user jenkinsuser:jenkinspassword ) &
wait
echo "completed"

The job executed in parallel and the problem did not happen. I confirmed that the parallel job directories were created successfully.

Should we changed the issue's component to multijob-plugin?

Not sure if it is really the mutli-job plugin or just the ability to start the jobs really closely together. We are experiencing this and do no have the multi-job plugin installed. In stead we use the build-flow plugin. Our use case is that we kick of multiple jobs in parallel using the parallel command in the build-flow dsl.