Looks like it was added in 0.7.0 ( https://launchpad.net/ubuntu/+source/cloud-init/+changelog) but I'd recommend 0.7.1 - it was always using the default gateway for the metadata/userdata rather than detecting the virtual router properly initially. I've built packages from the latest source ( https://code.launchpad.net/~cloud-init-dev/cloud-init/trunk) for CentOS 6 (make rpm just works, assuming you have the necessary python packages installed). On Ubuntu, you'll need to add CloudStack to the list of data sources in /etc/cloud/cloud.cfg.d/90_dpkg.cfg, and on the RPM systems, you'll need to add "datasource_list: ["NoCloud", "ConfigDrive", "OVF", "MaaS", "Ec2", "CloudStack" ]" to /etc/cloud.cfg, along with configuring it for your user etc.
A. On Tue, Feb 12, 2013 at 8:08 AM, Nux! <[email protected]> wrote: > On 12.02.2013 15:46, David Nalley wrote: > >> On Tue, Feb 12, 2013 at 10:44 AM, Nux! <[email protected]> wrote: >> >>> Hello, >>> >>> I've got some templates made for openstack that don't really have >>> anything >>> openstack-specific, only they use the cloud-init package. What need I do >>> in >>> cloudstack to get cloud-init working as expected? >>> >>> This would also be great in general, many distros nowadays make >>> cloud-init >>> enabled templates for the cloud (ubuntu & fedora to name the main ones). >>> >>> >> Abayer says that modern cloud-inits just work provided you are using >> dhclient. >> >> --David >> > > That's great! I was dreading new template creation etc. > Does cloud-init-0.6.3 qualify as modern? It's what EPEL ships for EL6, > which is what I'm mostly interested in. > Last I tried in a cloudstack installed after your runbook, cloud-init just > timed out trying to get to the data. Do I need to install/run anything in > particular? > > > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro >
