[Openstack] Image prep. cloud-init user configuration help.

Brian Schott brian.schott at nimbisservices.com
Thu Jul 25 13:07:40 UTC 2013

When you bundle the image, make sure you remove the /var/lib/cloud directory.  It contains lock files and a local cache from the first time it was run.  

Brian Schott, CTO
Nimbis Services, Inc.
brian.schott at nimbisservices.com
ph: 443-274-6064  fx: 443-274-6060

On Jul 24, 2013, at 11:00 PM, "Jake G." <dj_dark_junglist at yahoo.com> wrote:

> Thanks Scott!
> I have removed cloud-init from my instance and enabled config-drive in the nova.conf file.
> Anything else I should take notice of?
> From: Scott Moser <smoser at ubuntu.com>
> To: Jake G. <dj_dark_junglist at yahoo.com> 
> Cc: Dean Troyer <dtroyer at gmail.com>; "openstack at lists.launchpad.net" <openstack at lists.launchpad.net> 
> Sent: Thursday, July 25, 2013 10:58 AM
> Subject: Re: [Openstack] Image prep. cloud-init user configuration help.
> On Wed, 24 Jul 2013, Jake G. wrote:
> > I got the user correct now I am wondering why this is nessasary for my environment.
> > I am not using Amazon EC2 services so why would I need to get metadata from there API?
> >
> > Can someone explain?
> Cloud-init uses the "datasource" of the EC2 Metadata service, that
> Openstack provides a workalike for.
> That metadata service has things like "instance-id" and "hostname" that
> are useful.  cloud-init uses instance-id for "run-once-per-instance"
> functionality.
> cloud-init also gets user-data from the datasource, and that is very
> useful for initializing images with information provided at launch time by
> the user.
> If you enable config-drive in openstack, then cloud-init will find the
> same data above from the config-drive, and wont bother looking for the ec2
> metadata service.
> Scott
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20130725/53e41c5b/attachment.html>

More information about the Openstack mailing list