[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