Anybody else have a workaround for this?  I tried adding 
jenkins.install.UpgradeWizard.state and the groovy script to my install, 
but I'm still being prompted to unlock jenkins after the install.  Version 
of my Jenkins install is below:

http://pkg.jenkins-ci.org/redhat/jenkins-2.1-1.1.noarch.rpm

On Friday, April 22, 2016 at 6:21:49 AM UTC-4, Stuart Warren wrote:
>
> Currently I'm creating 2 files:
>
> /var/lib/jenkins/jenkins.install.UpgradeWizard.state
> ```
> 2.0
> ```
>
> /var/lib/jenkins/init.groovy.d/basic-security.groovy
> ```
> #!groovy
>
> import jenkins.model.*
> import hudson.security.*
>
> def instance = Jenkins.getInstance()
>
> println "--> creating local user 'admin'"
>
> def hudsonRealm = new HudsonPrivateSecurityRealm(false)
> hudsonRealm.createAccount('admin','admin')
> instance.setSecurityRealm(hudsonRealm)
>
> def strategy = new FullControlOnceLoggedInAuthorizationStrategy()
> instance.setAuthorizationStrategy(strategy)
> instance.save()
> ```
>
> Which seems to do enough.
>
> On 21 April 2016 at 19:20, Scott Cutler <cutler...@gmail.com <javascript:>
> > wrote:
>
>> Any updates on this? I am also deploying Jenkins as part of a Vagrant 
>> script that automatically downloads and deploys Jenkins to Tomcat, then 
>> immediately begins running jobs via the CLI. When my vagrant script 
>> downloaded the 2.0 release this morning, the new setup wizard essentially 
>> blocked the install script. It would be helpful to have a documented 
>> procedure on the Jenkins site to disable the setup wizard and provide the 
>> previous "it-just-works-without-authentication" functionality, provided the 
>> user has root shell access and can edit XMLs or provide JDK arguments.
>>
>> On Tuesday, April 5, 2016 at 9:09:30 AM UTC-7, Daniel Beck wrote:
>>>
>>>
>>> On 05.04.2016, at 16:54, Stuart Warren <stuartw...@gmail.com> wrote: 
>>>
>>> > Today is the first time I've tried groovy though, so probably doing 
>>> something silly. 
>>> > Are there any obvious improvements to the above? 
>>>
>>> You could alternatively just go with patching the JENKINS_HOME so 
>>> Jenkins considers it not an update: 
>>>
>>> $ echo -n 2.0 > $JENKINS_HOME/upgraded 
>>> $ echo -n 2.0 > $JENKINS_HOME/.last_exec_version 
>>>
>>> The files are being renamed in 
>>> https://github.com/jenkinsci/jenkins/pull/2215, but for beta 2, the 
>>> above appears to work. 
>>>
>>> But please note that this is considered internal storage so may not work 
>>> this way forever. I think we'll pretty quickly introduce a supported 
>>> alternative way though. 
>>>
>>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "Jenkins Users" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/jenkinsci-users/Pb4QZVc2-f0/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> jenkinsci-use...@googlegroups.com <javascript:>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-users/09d68a96-72a6-424f-a3aa-cf11e6bacf5c%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/jenkinsci-users/09d68a96-72a6-424f-a3aa-cf11e6bacf5c%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/f00131ad-add7-46c7-896f-db42bd32b28a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to