This has been one thing about config-drive that has bothered me for a while now. I don¹t see why config-drive can't be recreated when the metadata about the VM is changed. This created once and only once thing doesn't make a whole lot of sense to me. At a minimum you could re-create config drive on the stop/start of the vm.
This would also solve the live migration doesn't work for vm's with config-drive, instead of relying on libvirt to migrate the cdrom file - we could just rebuild it with the information that we have (since it was generated with the information that we have to begin with) ____________________________________________ Kris Lindgren Senior Linux Systems Engineer GoDaddy, LLC. On 6/9/15, 5:14 PM, "George Shuklin" <george.shuk...@gmail.com> wrote: >On 06/09/2015 05:46 AM, Matthew Thode wrote: >> >> Ya, not sure how to do multi-interface yet. I'd love if the cloud-init >> static ip support would work with it. (hash with macs being the key and >> a list of IPs being the value for each interface). Then dhcp can go >> away (I tend to much prefer config-drive). >> >> The disk-image-builder support is on my todo list already :D >> >> I just updated the cloud-init ebuild with a better cloud.cfg, could >> probably use more love, but it works. >> >> I am working on getting gentoo as a first class citizen in >> openstack-ansible as well, which depends on the disk-image-builder work. >> So much work still to do :D >> >Aw. Don't discriminate DHCP. It has many nice features (for example, if >you add new interface to existing VM, cloud-init with static config will >ignore it, but DHCP will works like magic). > >I don't know how it works in Gentoo, but in Debian 'allow-hotplug' for >all interfaces but eth0 allows to support most of the future interfaces. >Same for CentOS - you can add few eth scripts to network configuration >and they will works as soon as new interface appears. > >_______________________________________________ >OpenStack-operators mailing list >OpenStack-operators@lists.openstack.org >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators _______________________________________________ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
