[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