I forgot to bring up JENKINS-13202 [1], relating to problems archiving due to advanced filesystem operations (esp. symlinks) on relatively unusual operating systems,
which is a little complicated:
1. 95c1728 made an improvement, but this was already in 1.467 (and an even
earlier e15b2e1 in 1.465).
2. In 1.482 I did f50316b [2] as a hotfix.
3. Shortly thereafter in 1.483 I also did 646154f (followed up by ced5c44) which used Java 7 to provide real support on those systems, a riskier fix probably not suitable
for backporting.
4. In the closely related JENKINS-13614 [3] nickolay_martinov also proposed a patch [4] (applied to DirScanner.Glob but easily copied to DirScanner.Full) which would have
a similar effect as #2.
Severity: high—effectively prevents usage of certain operating systems as slaves. Suggestion: backport f50316b which is pretty small and should be safe; Nickolay’s patch
(if extended as mentioned above) would be about as good for a backport but has not been tested in trunk. I hope it is not too late for 1.480.1; if so, keep it in mind for
1.480.2.
There are reports of other slave archiving problems but without a clear
diagnosis of the problem and I suspect they are unrelated bugs.
[1] https://issues.jenkins-ci.org/browse/JENKINS-13202
[2]
https://github.com/jenkinsci/jenkins/commit/f50316b66a8e4761193c46f824fbd620ffccd6c0
[3] https://issues.jenkins-ci.org/browse/JENKINS-13614
[4] https://issues.jenkins-ci.org/secure/attachment/21806/JENKINS-13614.patch
