Details
-
Bug
-
Status: Open (View Workflow)
-
Major
-
Resolution: Unresolved
Description
Jenkins.workspaceDir is supposed to default to $JENKINS_HOME/workspace/ on new installations: the "modern" location, consistent with that of slaves. But if you do not save the Jenkins global configuration during the first startup, on the next startup $JENKINS_HOME/jobs/ exists yet $JENKINS_HOME/config.xml does not, so the "compatibility" code kicks in and the old location is used!
Just setting this field to the new value in the instance initializer probably does not suffice, since installations upgraded from before the introduction of this field would be incorrectly switched to the new value.
Probably suffices to adjust the check to also check for the existence of $JENKINS_HOME/config.xml, since most old installations would have saved this file at least once.
Attachments
Issue Links
- is blocking
-
JENKINS-8446 'builds' directory in a separate location?
-
- Closed
-
- is duplicated by
-
-
- Resolved
-
- is related to
-
-
- In Progress
-
- relates to
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Closed
-
-
JENKINS-53284 Changing default layout for workspace and builds should not be a warning for first time startup
-
- Fixed but Unreleased
-
Activity
Now it's impossible to run Jenkins on relative dir path. If i pass into jenkins rule target/somedir it fails because Jenkins instance itself can work without issues, but this check throws and fails.
Fresh Jenkins object has no config.xml in JenkinsRule, then checks {{ checkRawBuildsDir(buildsDir);}} where buildDir is "${ITEM_ROOTDIR}/builds" by default
(stacktrace from 2.176.4)
08:51:16 org.jvnet.hudson.reactor.ReactorException: java.io.IOException: jenkins.model.InvalidBuildsDir: ${ITEM_ROOTDIR}/builds does not resolve to an absolute path
08:51:16 at org.jvnet.hudson.reactor.Reactor.execute(Reactor.java:282)
08:51:16 at jenkins.InitReactorRunner.run(InitReactorRunner.java:48)
08:51:16 at jenkins.model.Jenkins.executeReactor(Jenkins.java:1129)
08:51:16 at jenkins.model.Jenkins.<init>(Jenkins.java:936)
08:51:16 at hudson.model.Hudson.<init>(Hudson.java:85)
08:51:16 at org.jvnet.hudson.test.JenkinsRule.newHudson(JenkinsRule.java:675)
08:51:16 at org.jvnet.hudson.test.JenkinsRule.before(JenkinsRule.java:402)
08:51:16 at org.jvnet.hudson.test.JenkinsRule$1.evaluate(JenkinsRule.java:595)
08:51:16 at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:298)
08:51:16 at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:292)
08:51:16 at java.util.concurrent.FutureTask.run(FutureTask.java:266)
08:51:16 at java.lang.Thread.run(Thread.java:748)
08:51:16 Caused by: java.io.IOException: jenkins.model.InvalidBuildsDir: ${ITEM_ROOTDIR}/builds does not resolve to an absolute path
08:51:16 at jenkins.model.Jenkins.loadConfig(Jenkins.java:3050)
08:51:16 at jenkins.model.Jenkins.access$1200(Jenkins.java:310)
08:51:16 at jenkins.model.Jenkins$13.run(Jenkins.java:3145)
08:51:16 at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
08:51:16 at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
08:51:16 at jenkins.model.Jenkins$5.runTask(Jenkins.java:1095)
08:51:16 at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
08:51:16 at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
08:51:16 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
08:51:16 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
08:51:16 ... 1 more
08:51:16 Caused by: jenkins.model.InvalidBuildsDir: ${ITEM_ROOTDIR}/builds does not resolve to an absolute path
08:51:16 at jenkins.model.Jenkins.checkRawBuildsDir(Jenkins.java:3101)
08:51:16 at jenkins.model.Jenkins.loadConfig(Jenkins.java:3047)
08:51:16 ... 10 more
A relative path for $JENKINS_HOME? I would not consider that supported. Please use absolute paths only.
batmatjglick what is the proposed solution for getting rid of this log message
[...] jenkins.InitReactorRunner$1#onAttained: Completed initialization WARNING j.branch.WorkspaceLocatorImpl#getWorkspaceRoot: JENKINS-2111 path sanitization ineffective when using legacy Workspace Root Directory '${ITEM_ROOTDIR}/workspace'; switch to '${JENKINS_HOME}/workspace/${ITEM_FULL_NAME}' as in JENKINS-8446 / JENKINS-21942}
We have the following Docker image:
FROM jenkins/jenkins:2.190.3 USER root # Install docker dependencies RUN apt-get update && apt-get install --no-install-recommends -y libltdl7 && rm -rf /var/lib/apt/lists/* USER jenkins COPY plugins.txt /usr/share/jenkins/ref/plugins.txt RUN /usr/local/bin/install-plugins.sh < /usr/share/jenkins/ref/plugins.txt ENV JAVA_OPTS="-Djenkins.install.runSetupWizard=false -Dhudson.security.csrf.DefaultCrumbIssuer.EXCLUDE_SESSION_ID=true -Dhudson.model.UpdateCenter.never=true -Dhudson.slaves.WorkspaceList=_ -Dhudson.model.DirectoryBrowserSupport.CSP=\"default-src 'self'; style-src 'self' 'unsafe-inline';\"" COPY init.groovy.d/*.groovy /usr/share/jenkins/ref/init.groovy.d/
After running this container and running the init.d groovy scripts the log contains the above mentioned log message.
We don't run the wizard because we configure Jenkins with some Groovy init.d scripts. What is the way to get rid of this warning?
Appreciate your help.
Martin M
added a comment - - edited batmat jglick what is the proposed solution for getting rid of this log message
[...]
jenkins.InitReactorRunner$1#onAttained: Completed initialization
WARNING j.branch.WorkspaceLocatorImpl#getWorkspaceRoot: JENKINS-2111 path sanitization ineffective when using legacy Workspace Root Directory '${ITEM_ROOTDIR}/workspace' ; switch to '${JENKINS_HOME}/workspace/${ITEM_FULL_NAME}' as in JENKINS-8446 / JENKINS-21942}
We have the following Docker image:
FROM jenkins/jenkins:2.190.3
USER root
# Install docker dependencies
RUN apt-get update && apt-get install --no-install-recommends -y libltdl7 && rm -rf / var /lib/apt/lists/*
USER jenkins
COPY plugins.txt /usr/share/jenkins/ref/plugins.txt
RUN /usr/local/bin/install-plugins.sh < /usr/share/jenkins/ref/plugins.txt
ENV JAVA_OPTS= "-Djenkins.install.runSetupWizard= false -Dhudson.security.csrf.DefaultCrumbIssuer.EXCLUDE_SESSION_ID= true -Dhudson.model.UpdateCenter.never= true -Dhudson.slaves.WorkspaceList=_ -Dhudson.model.DirectoryBrowserSupport.CSP=\" default -src 'self' ; style-src 'self' 'unsafe-inline' ;\""
COPY init.groovy.d/*.groovy /usr/share/jenkins/ref/init.groovy.d/
After running this container and running the init.d groovy scripts the log contains the above mentioned log message.
We don't run the wizard because we configure Jenkins with some Groovy init.d scripts. What is the way to get rid of this warning?
Appreciate your help.
My suggestion as of 2018-04-24 is to just toss out the partially broken compatibility code and only mention the recommended location in the code. Simpler and probably good enough.