[pve-devel] qemu-server : qm copy implementation V2

Alexandre DERUMIER aderumier at odiso.com
Tue Oct 30 08:23:41 CET 2012


>>I will wait until I finish the backup framework. We need to factor out common code, 
>>or integrate 'copy' into 'create' 

>>Note: 'copy', 'create', 'restore' should all use the same code base. 

I agree too (my patch was just a proof of concept, factorize thing is always better)

I'll wait for your backup code. (I'm a bit busy too at work)


-Alexandre


----- Mail original ----- 

De: "Dietmar Maurer" <dietmar at proxmox.com> 
À: "Alexandre Derumier" <aderumier at odiso.com>, pve-devel at pve.proxmox.com 
Envoyé: Mardi 30 Octobre 2012 07:52:43 
Objet: RE: [pve-devel] qemu-server : qm copy implementation V2 

> - always alloc image before copy (need qemu-img patch to skip bdrv create) 
> - add -snapname option. (only qcow2 for now, as qemu-img convert -s 
> snapname, work only with qcow2) 
> - check if vm is running or not. (qemu-img convert with qcow2 snapshot work 
> online) 
> - cdrom : replace by none if cdrom exist in source config 
> - replace vm "name" by vm "name-copy" 
> - add target storeid permission check 
> - display qemu-img percentage progression 
> 
> Need to be implemented : export/import from snapshot for other storage 
> (wait for new backup framework) 

I will wait until I finish the backup framework. We need to factor out common code, 
or integrate 'copy' into 'create' 

Note: 'copy', 'create', 'restore' should all use the same code base. 

A first start would be to allow 'restore' to specify the target storage for each device - as you do for copy. 

- Dietmar 



More information about the pve-devel mailing list