Missing release configuration option on jenkins-slave charm
Bug #1232886 reported by
Charles Butler
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
jenkins-slave (Juju Charms Collection) |
New
|
Undecided
|
Unassigned |
Bug Description
When adding a jenkins-slave to a Jenkins deployed node where the release flag is set to trunk, deploying jenkins-slave does not register with the jenkins master node with a 403 forbidden error
Failing to obtain http://
java.io.
at hudson.
at hudson.
at hudson.
Waiting 10 seconds before retry
To post a comment you must log in.
I ran into this bug and I don't think it's related to the release option (or lack of in the jenkins-slave charm). I think it's due to https:/ /issues. jenkins- ci.org/ browse/ JENKINS- 16273 and the proposed fix in the bug report is to include -jnlpCredentials parameter to the way jenkis slave is started. It looks like this used to work on previous versions because anoymous users could download the slave.jnlp without authentication and current versions won't allow that.
I have a jenkins-slave charm branch here: lp:~matsubara/charms/trusty/jenkins-slave/trusty-jenkins-slave which updates the hook to request the credentials as well as a jenkins master charm branch here: lp:~matsubara/charms/trusty/jenkins/jenkins-bundle which adds support to sending credentials to the slave.