cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Erik Weber <terbol...@gmail.com>
Subject Re: cloud-init and password reset script
Date Thu, 09 Apr 2015 09:48:47 GMT
Thanks everyone, I'll try your upstart configs and see how it goes :-)

-- 
Erik

On Thu, Apr 9, 2015 at 12:16 AM, Jeff Moody <jeff@fifthecho.com> wrote:

> I have scripts and an Ansible playbook for bundling templates at
> https://github.com/fifthecho/CloudStack-Template
>
>
>
> On April 8, 2015 6:00:10 PM Erik Weber <terbolous@gmail.com> wrote:
>
>  I guess that make sense.
>>
>> Do you keep your build scripts/kickstart files around to look?
>>
>> --
>> Erik
>>
>> On Wed, Apr 8, 2015 at 11:43 PM, Nux! <nux@li.nux.ro> wrote:
>>
>> > After dealing with cloud-init for a while I have come to the conclusion
>> > that the cloudstack specific scripts should be left in /etc/init.d/ and
>> set
>> > to run at every boot. I'm talking specifically about the
>> > cloudstack-set-password and cloudstack-set-sshkey scripts, otherwise
>> reset
>> > key/password commands will fail.
>> >
>> > My next builds for the CentOS templates at dl.openvm.eu will reflect
>> the
>> > above.
>> >
>> > Cloud-init is still very useful to run user data and various other
>> stuff,
>> > but it seems like support for stuff other than EC2/openstack is not the
>> > best.
>> >
>> > Lucian
>> >
>> > --
>> > Sent from the Delta quadrant using Borg technology!
>> >
>> > Nux!
>> > www.nux.ro
>> >
>> > ----- Original Message -----
>> > > From: "Erik Weber" <terbolous@gmail.com>
>> > > To: users@cloudstack.apache.org
>> > > Sent: Wednesday, 8 April, 2015 20:49:14
>> > > Subject: cloud-init and password reset script
>> >
>> > > Newer cloud-init versions have support for CloudStacks' password
>> server,
>> > > but only applies it on the first boot.
>> > >
>> > > This is bad if you want to reset the password later.
>> > >
>> > > I've normally run the password reset script under the per-boot
>> section of
>> > > cloud-init, but since cloud-init now requests the password first,
>> > discards
>> > > it and tells the password server it has been applied, the custom
>> password
>> > > reset script no longer get any password.
>> > >
>> > > How do you handle this in your cases? I guess I could put it under
>> > > /etc/init and run it before cloud-init, but thought I'd check :-)
>> > >
>> > > --
>> > > Erik
>> >
>>
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message