-
Bug
-
Resolution: Unresolved
-
Major
-
None
Sometimes the workspace directory on my linux slave has the wrong chmod set. The hudson ssh user has +r and +w permissions on the directory, but it's missing the +x permission, so the directory can't be entered. On first usage the directorys are ctreated with the correct permissions. Some undefined time later the ermissions go wrong. Deleting the directory makes hudson recreate it with the correct permissions, but they will go wrong again after a while.
The error leads to the following stack trace:
Started by user anonymous
Building remotely on lisa-build.deu.hp.com
java.io.IOException: Failed to mkdirs: /home/delta/hudson/workspace/lisa-review-single
at hudson.FilePath.mkdirs(FilePath.java:812)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1080)
at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:479)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:411)
at hudson.model.Run.run(Run.java:1280)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:293)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:140)
- is related to
-
JENKINS-16033 Workspace cleaning locks up all workspaces
-
- Open
-
-
JENKINS-16451 Workspace cleanup chmods the top-level directory to complete crap
-
- Resolved
-