After deleting a workspace the workspace dir, the parent directory and all sub-directories have their executable flag removed rendering them inaccessible.
Using clean workspace before scm-checkout or manually cleaning the workspace will trigger this issue.
This could be a timeout due to "too much data" but no errors will be displayed while / after cleaning, only the subsequent access of any project will throw errors.
Note:
Before it was wrongly assumed that this errors happen with git checkouts, however this issue is reproducible with every project.
Results in:
stderr: fatal: could not create work tree dir '/home/jenkins/workspace/<job-name>'.: Permission denied
Reproducible: always
- is duplicated by
-
JENKINS-16451 Workspace cleanup chmods the top-level directory to complete crap
-
- Resolved
-
-
JENKINS-17735 System directories like 'workspace' lose their exec bit resulting in a permission denial flaw
-
- Resolved
-
- is related to
-
JENKINS-16451 Workspace cleanup chmods the top-level directory to complete crap
-
- Resolved
-
-
JENKINS-7823 Wrong Permission of slave workspace
-
- Open
-