Re: [pve-devel] RFC: vm cloning implementation proposal

2012-10-03 Thread Alexandre DERUMIER
Type 1 seems easy to implement, but type 2 looks clumsy. Yes, indeed 1 is easy. 2 need more work and can a little more tricky,because is like a qcow2 external snapshot But first, why do I want to clone a VM? Please can you elaborate on the usage scenario first? Cloning vm is a current

Re: [pve-devel] RFC: vm cloning implementation proposal

2012-10-03 Thread Dietmar Maurer
But first, why do I want to clone a VM? Please can you elaborate on the usage scenario first? Cloning vm is a current scenario in enterprise, generally, you have a basevm you want to duplicate in 1 second. Other scenario can be vdi desktop, you can clone in live a vm if a user need a

Re: [pve-devel] RFC: vm cloning implementation proposal

2012-10-03 Thread Dietmar Maurer
like a linux image or windows image, you want to do security updates or install new packages on the image, then make a new snapshot, and clone from this new snapshot. You want to clone a specific snapshot? Live cloning can be also good to duplicate a vm to do tests in parallel. So, I

Re: [pve-devel] RFC: vm cloning implementation proposal

2012-10-03 Thread Alexandre DERUMIER
You want to clone a specific snapshot? Yes. we need to clone from a snapshot for sheepdog,rbd,nexenta. So choosing the snapshot we want is good. Live cloning include VM state? I don't think we need to clone the vmstate, But we can read the vmstate from sourcevm for the first start of the

Re: [pve-devel] RFC: vm cloning implementation proposal

2012-10-03 Thread Dietmar Maurer
You want to clone a specific snapshot? Yes. we need to clone from a snapshot for sheepdog,rbd,nexenta. So choosing the snapshot we want is good. I do not understand why we need that? Please can you explain? Live cloning include VM state? I don't think we need to clone the vmstate, But we

Re: [pve-devel] RFC: vm cloning implementation proposal

2012-10-03 Thread Dietmar Maurer
1.) create template: create a read-only snapshot of all used VM disks We can also have several different methods to create templates: a.) Create a template from any existing VM b.) Create a template from a VM backup file (file import possible) other ideas?

Re: [pve-devel] RFC: vm cloning implementation proposal

2012-10-03 Thread Alexandre DERUMIER
Ah, I see (But it is unrelated to our snapshot implementation inside qemu-server). So cloning is a 2-step process in general: 1.) create template: create a read-only snapshot of all used VM disks 2.) clone template: make a writable copy of above templates Yes, I think this is perfect The

Re: [pve-devel] RFC: vm cloning implementation proposal

2012-10-03 Thread Dietmar Maurer
yes. one note : for nfs,directory,filename/path can't be change after cloning, as new qcow2 file have parent path/file hardcoded inside it. Yes, that is why volume templates will use a special path/name (They also has no owner VM). We will also make the file permissions read-only. 2.)

Re: [pve-devel] RFC: vm cloning implementation proposal

2012-10-03 Thread Alexandre DERUMIER
So IMHO, 'copy' and 'clone' are different features? For me copy = full clone but maybe full clone = copy of the same storage type ? each hypersivor/solution have differents terms for them... - Mail original - De: Dietmar Maurer diet...@proxmox.com À: Alexandre DERUMIER