[pve-devel] RFC: qemu-server : add cloudinit support

Alexandre DERUMIER aderumier at odiso.com
Thu Jun 18 05:57:17 CEST 2015


>>I also also not sure if we should store ip config inside netX, or use
>>a separate property like:
>>
>>net0: virtio=8A:5E:75:3B:29:33,bridge=vmbr0,firewall=1
>>ipconfig0: ip=1.2.3.4/20,gw=...
>>
>>Because setting in 'netX' are hot-pluggable, but ip configuration is not.
>>What do you think?

I dont remember if we already managed mixing hotplugglaged updates and pending values for the same element?

for example, we have already disk throttling which is hotpluggled with non-hotplug disk options.
(but disk throttling is gray-out if disk have pending options).

I don't have objection to have ipconfigX ,




----- Mail original -----
De: "dietmar" <dietmar at proxmox.com>
À: "aderumier" <aderumier at odiso.com>
Cc: "Wolfgang Bumiller" <w.bumiller at proxmox.com>, "pve-devel" <pve-devel at pve.proxmox.com>
Envoyé: Mercredi 17 Juin 2015 13:06:30
Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support

> >>I would generate a Digest using all cloud-init related values, and 
> >>re-gererate 
> >>the iso at VM start 
> >>if the digest has changed. 
> 
> Ok. Maybe can be generate the cloudinit iso file with vmid-digest.iso ? 
> Like this no need to store the dgest in vmid.conf ? 

exactly 

> Also, Do we need to set theses changed values in pending or not ? 

Not sure about that, but I guess using pending would be more correct. 

I also also not sure if we should store ip config inside netX, or use 
a separate property like: 

net0: virtio=8A:5E:75:3B:29:33,bridge=vmbr0,firewall=1 
ipconfig0: ip=1.2.3.4/20,gw=... 

Because setting in 'netX' are hot-pluggable, but ip configuration is not. 
What do you think? 



More information about the pve-devel mailing list