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

2015-06-19 Thread Dietmar Maurer
Do you think to keep config files in /etc/pve ? (to avoid need to rsync them ?) I don't think this is necessary at all, because when the kvm process is started on the receiving end it goes through the same startup routines and should thus be creating its own cloud-init config files. So

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

2015-06-19 Thread Wolfgang Bumiller
...@proxmox.com, pve-devel pve-devel@pve.proxmox.com Envoyé: Jeudi 18 Juin 2015 15:16:34 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support Hey Alexandre, I don't know if you're already tinkering with rsyncing the iso images, and wanted to let you know that I'm currently experimenting

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

2015-06-19 Thread Alexandre DERUMIER
: dietmar diet...@proxmox.com À: Wolfgang Bumiller w.bumil...@proxmox.com, aderumier aderum...@odiso.com Cc: pve-devel pve-devel@pve.proxmox.com Envoyé: Vendredi 19 Juin 2015 09:24:14 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support Do you think to keep config files in /etc/pve

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

2015-06-19 Thread Wolfgang Bumiller
On Fri, Jun 19, 2015 at 12:06:05PM +0200, Wolfgang Bumiller wrote: I had to change my mind there (again). If we add template support it might actually be a better idea to copy it off into /tmp and rsync it over after all. Because even if we do keep vm config changes as pending changes,

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

2015-06-19 Thread Dietmar Maurer
do we plan to generate cloud-init configdrives file in /etc/pve , as a shared storage (to avoid rsync for live migration) no (but again, there is no need to rsync if all configuration is inside the VM config) ___ pve-devel mailing list

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

2015-06-19 Thread Wolfgang Bumiller
@pve.proxmox.com Envoyé: Vendredi 19 Juin 2015 09:24:14 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support Do you think to keep config files in /etc/pve ? (to avoid need to rsync them ?) I don't think this is necessary at all, because when the kvm process is started

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

2015-06-19 Thread Wolfgang Bumiller
Currently I can't get windows to apply my network config either way. And the installer doesn't list the network interface. It only provides me with a completely empty serial port dropdown list... But the vvfat drive shows up as regular drive with the proper label. So we'll see. I'll keep trying

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

2015-06-18 Thread Wolfgang Bumiller
...@proxmox.com À: Wolfgang Bumiller w.bumil...@proxmox.com, aderumier aderum...@odiso.com Cc: pve-devel pve-devel@pve.proxmox.com Envoyé: Mercredi 17 Juin 2015 11:40:24 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support I would like to known when do you want to generate

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

2015-06-18 Thread Alexandre DERUMIER
: dietmar diet...@proxmox.com, pve-devel pve-devel@pve.proxmox.com Envoyé: Jeudi 18 Juin 2015 15:16:34 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support Hey Alexandre, I don't know if you're already tinkering with rsyncing the iso images, and wanted to let you know that I'm currently

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

2015-06-17 Thread Dietmar Maurer
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

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

2015-06-17 Thread Alexandre DERUMIER
, - Mail original - De: dietmar diet...@proxmox.com À: aderumier aderum...@odiso.com Cc: Wolfgang Bumiller w.bumil...@proxmox.com, pve-devel pve-devel@pve.proxmox.com Envoyé: Mercredi 17 Juin 2015 13:06:30 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support I would generate

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

2015-06-17 Thread Alexandre DERUMIER
Juin 2015 06:10:50 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support 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

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

2015-06-17 Thread Alexandre DERUMIER
À: dietmar diet...@proxmox.com Cc: aderumier aderum...@odiso.com, pve-devel pve-devel@pve.proxmox.com Envoyé: Mardi 16 Juin 2015 07:56:36 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support -) Instance ID: VMs need a counter which is bumped at boot time when there have been changes

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

2015-06-17 Thread Dietmar Maurer
I would like to known when do you want to generate the cloudinit iso. If user change settings (ips,hostname,...), do we want to apply them directly to configuration ? or do we want to put them as pending ? (for ip can be ok, for hostname that seem strange if user want to rename his vm).

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

2015-06-17 Thread Alexandre DERUMIER
values in pending or not ? - Mail original - De: dietmar diet...@proxmox.com À: Wolfgang Bumiller w.bumil...@proxmox.com, aderumier aderum...@odiso.com Cc: pve-devel pve-devel@pve.proxmox.com Envoyé: Mercredi 17 Juin 2015 11:40:24 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit

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

2015-06-15 Thread Emmanuel Kasper
-) We don't really like the whole rebooting after configuration option. It could be an optional flag, but ideally the user only needs to boot once, and since the IP options are always available in the GUI it also wouldn't be harmful to always include the cloud-init drive. This also improves

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

2015-06-15 Thread Dietmar Maurer
Really? AFAIK this did not worked when we tested last time. I don't have tested them, but code is present in qga linux windows. But how is that related? If you need to display current ip address in gui. OK (Do you need them for firewall ?) Yes, but for firewall we want to force a

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

2015-06-15 Thread Alexandre DERUMIER
: qemu-server : add cloudinit support Also, I think we could implement qga :guest-network-get-interfaces to retrieve network ip config of guests (It's working on qga linux windows) Really? AFAIK this did not worked when we tested last time. But how is that related

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

2015-06-15 Thread Alexandre DERUMIER
: [pve-devel] RFC: qemu-server : add cloudinit support Really? AFAIK this did not worked when we tested last time. I don't have tested them, but code is present in qga linux windows. But how is that related? If you need to display current ip address in gui. OK (Do you need them

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

2015-06-15 Thread Alexandre DERUMIER
-devel@pve.proxmox.com Envoyé: Lundi 15 Juin 2015 12:52:37 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support On Mon, Jun 15, 2015 at 12:07:34PM +0200, Alexandre DERUMIER wrote: Yes, but for firewall we want to force a specific IP (instead of reading them from guest). Ok

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

2015-06-15 Thread Wolfgang Bumiller
-devel@pve.proxmox.com Envoyé: Lundi 15 Juin 2015 12:52:37 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support On Mon, Jun 15, 2015 at 12:07:34PM +0200, Alexandre DERUMIER wrote: Yes, but for firewall we want to force a specific IP (instead of reading them from guest). Ok

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

2015-06-15 Thread Dietmar Maurer
Here's the current data I gathered: -) From the UI perspective, the IP address configuration for cloud-init could be done in the network device's configuration. -) AFAIK there are ebtable patches to do filtering by mac address around which are still pending. re-thought this, and I think

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

2015-06-15 Thread Dietmar Maurer
-) For migration support: if we by default keep the config drives around they need to be stored somewhere on a shared storage. So we need an option to configure which storage the ISOs end up on. Then they'd appear in the template/iso/ directory of the configured storage, which has to be a

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

2015-06-15 Thread Wolfgang Bumiller
-) Instance ID: VMs need a counter which is bumped at boot time when there have been changes since the previous boot (or just bump on every change, that's easier to implement :P). Cloning needs to reset or bump the counter as well. (Reset if the source's counter is 1, or bump to 2 if

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

2015-06-15 Thread Alexandre DERUMIER
: dietmar diet...@proxmox.com À: Wolfgang Bumiller w.bumil...@proxmox.com, aderumier aderum...@odiso.com Cc: pve-devel pve-devel@pve.proxmox.com Envoyé: Lundi 15 Juin 2015 16:36:14 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support -) For migration support: if we by default keep the config

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

2015-06-15 Thread Dietmar Maurer
Also, I think we could implement qga :guest-network-get-interfaces to retrieve network ip config of guests (It's working on qga linux windows) Really? AFAIK this did not worked when we tested last time. But how is that related? ___ pve-devel

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

2015-06-15 Thread Alexandre DERUMIER
Juin 2015 12:33:09 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support If you already run you own scripts, does it still makes sense to add that to the GUI? Or do you just need some cli tools to generate the cloud-init iso? It depend, Sometime I need to create servers with in batch

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

2015-06-12 Thread Wolfgang Bumiller
On June 12, 2015 at 9:35 AM Alexandre DERUMIER aderum...@odiso.com wrote: dpkg-configure cloud-init , and choose configdrive as only datasource. I think at start, cloud-init ask to his datasources if they are a new config. Right, if you can disable this behavior then that's fine. Just need

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

2015-06-11 Thread Alexandre DERUMIER
pve-devel@pve.proxmox.com Envoyé: Jeudi 11 Juin 2015 10:24:38 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support There are a few things that still confuse me about cloud-init, and the documentation lacks a description of the very basic mode of operation of cloud-init. (When does

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

2015-06-11 Thread Wolfgang Bumiller
On Thu, Jun 11, 2015 at 12:51:42PM +0200, Alexandre DERUMIER wrote: For one, it seems to be started on several points during the init process. There seem to be 5 different systemd units specified for it even. yes, I'm seeing this 4 units. I'm think they are related to different

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

2015-06-11 Thread Alexandre DERUMIER
- De: aderumier aderum...@odiso.com À: Wolfgang Bumiller w.bumil...@proxmox.com Cc: pve-devel pve-devel@pve.proxmox.com Envoyé: Jeudi 11 Juin 2015 15:25:33 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support It doing nothing is what I'm afraid of. I've tested an ubuntu

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

2015-06-11 Thread Dietmar Maurer
OTOH it may be desirable to keep the config datasource attached. That way the WEB UI's configuration is the permanent one, and changes made in the running VM to /etc/ (eg. /etc/network/interfaces) are only temporary. Otherwise the options in the UI would have to be deleted/greyed out

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

2015-06-11 Thread Alexandre DERUMIER
, aderumier aderum...@odiso.com Cc: pve-devel pve-devel@pve.proxmox.com Envoyé: Jeudi 11 Juin 2015 18:00:49 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support OTOH it may be desirable to keep the config datasource attached. That way the WEB UI's configuration is the permanent one

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

2015-06-11 Thread Dietmar Maurer
So you simply need to stop/start to apply new values? I need to check that, but I think yes. The config is reapply only if the uuid of the configdrive is changed (they are a uuid symlink with old cloud-init config in /var/lib/cloud/instance) My code is wrong, because I take the

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

2015-06-11 Thread Alexandre DERUMIER
-devel] RFC: qemu-server : add cloudinit support On Thu, Jun 11, 2015 at 12:51:42PM +0200, Alexandre DERUMIER wrote: For one, it seems to be started on several points during the init process. There seem to be 5 different systemd units specified for it even. yes, I'm seeing this 4 units

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

2015-06-11 Thread Wolfgang Bumiller
-devel pve-devel@pve.proxmox.com Envoyé: Jeudi 11 Juin 2015 07:54:06 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support And is that reboot necessary? Its a bit clumsy, because the boot-loader is presented 2 times to the user. I forgot to say that I shutdown the vm

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

2015-06-10 Thread Alexandre DERUMIER
...@odiso.com À: dietmar diet...@proxmox.com Cc: pve-devel pve-devel@pve.proxmox.com Envoyé: Jeudi 11 Juin 2015 07:17:33 Objet: Re: [pve-devel] RFC: qemu-server : add cloudinit support And is that reboot necessary? Its a bit clumsy, because the boot-loader is presented 2 times to the user. No, but I

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

2015-06-10 Thread Dietmar Maurer
How long does such configuration cycle run (start/cloudinit/stop)? It's fast, maybe 15s after grub for basic network config. But for example if you want to upgrade packages at first boot or launch puppet/chef, it can take a lot more. And is that reboot necessary? Its a bit clumsy, because