[pve-devel] copy_vm: new option -target

Thu May 2 13:22:33 CEST 2013

Oh OK so that's because we create the DISK before we start qemu-img? But
we still loose sparseness?

Stefan
Am 02.05.2013 13:20, schrieb Alexandre DERUMIER:
> I have just done a test, and format is correct after qemu-img convert : V2
> 
> test is from a qcow2 to rbd
> 
> root at kvmtest1:~/proxmox2/qemu-kvm# qm copy 115 301 --storage rbdtest --full
> copy drive virtio0 (local:115/vm-115-disk-1.qcow2)
> transferred: 0 bytes remaining: 16106127360 bytes total: 16106127360 bytes progression: 0.00 %
> transferred: 323733159 bytes remaining: 15782394201 bytes total: 16106127360 bytes progression: 2.01 %
> transferred: 645855707 bytes remaining: 15460271653 bytes total: 16106127360 bytes progression: 4.01 %
> transferred: 969588867 bytes remaining: 15136538493 bytes total: 16106127360 bytes progression: 6.02 %
> transferred: 1291711414 bytes remaining: 14814415946 bytes total: 16106127360 bytes progression: 8.02 %
> transferred: 1615444574 bytes remaining: 14490682786 bytes total: 16106127360 bytes progression: 10.03 %
> transferred: 1937567121 bytes remaining: 14168560239 bytes total: 16106127360 bytes progression: 12.03 %
> transferred: 2261300281 bytes remaining: 13844827079 bytes total: 16106127360 bytes progression: 14.04 %
> transferred: 2583422828 bytes remaining: 13522704532 bytes total: 16106127360 bytes progression: 16.04 %
> transferred: 2907155988 bytes remaining: 13198971372 bytes total: 16106127360 bytes progression: 18.05 %
> transferred: 3229278535 bytes remaining: 12876848825 bytes total: 16106127360 bytes progression: 20.05 %
> transferred: 3553011695 bytes remaining: 12553115665 bytes total: 16106127360 bytes progression: 22.06 %
> transferred: 3875134242 bytes remaining: 12230993118 bytes total: 16106127360 bytes progression: 24.06 %
> transferred: 4198867402 bytes remaining: 11907259958 bytes total: 16106127360 bytes progression: 26.07 %
> transferred: 4520989949 bytes remaining: 11585137411 bytes total: 16106127360 bytes progression: 28.07 %
> transferred: 4844723109 bytes remaining: 11261404251 bytes total: 16106127360 bytes progression: 30.08 %
> transferred: 5166845657 bytes remaining: 10939281703 bytes total: 16106127360 bytes progression: 32.08 %
> transferred: 5490578817 bytes remaining: 10615548543 bytes total: 16106127360 bytes progression: 34.09 %
> transferred: 5812701364 bytes remaining: 10293425996 bytes total: 16106127360 bytes progression: 36.09 %
> transferred: 6136434524 bytes remaining: 9969692836 bytes total: 16106127360 bytes progression: 38.10 %
> transferred: 6458557071 bytes remaining: 9647570289 bytes total: 16106127360 bytes progression: 40.10 %
> transferred: 6782290231 bytes remaining: 9323837129 bytes total: 16106127360 bytes progression: 42.11 %
> transferred: 7104412778 bytes remaining: 9001714582 bytes total: 16106127360 bytes progression: 44.11 %
> transferred: 7428145938 bytes remaining: 8677981422 bytes total: 16106127360 bytes progression: 46.12 %
> transferred: 7750268485 bytes remaining: 8355858875 bytes total: 16106127360 bytes progression: 48.12 %
> transferred: 8074001645 bytes remaining: 8032125715 bytes total: 16106127360 bytes progression: 50.13 %
> transferred: 8396124192 bytes remaining: 7710003168 bytes total: 16106127360 bytes progression: 52.13 %
> transferred: 8719857352 bytes remaining: 7386270008 bytes total: 16106127360 bytes progression: 54.14 %
> transferred: 9041979899 bytes remaining: 7064147461 bytes total: 16106127360 bytes progression: 56.14 %
> transferred: 9365713059 bytes remaining: 6740414301 bytes total: 16106127360 bytes progression: 58.15 %
> transferred: 9687835607 bytes remaining: 6418291753 bytes total: 16106127360 bytes progression: 60.15 %
> transferred: 10011568766 bytes remaining: 6094558594 bytes total: 16106127360 bytes progression: 62.16 %
> transferred: 10333691314 bytes remaining: 5772436046 bytes total: 16106127360 bytes progression: 64.16 %
> transferred: 10657424474 bytes remaining: 5448702886 bytes total: 16106127360 bytes progression: 66.17 %
> transferred: 10981157634 bytes remaining: 5124969726 bytes total: 16106127360 bytes progression: 68.18 %
> transferred: 11303280181 bytes remaining: 4802847179 bytes total: 16106127360 bytes progression: 70.18 %
> transferred: 11627013341 bytes remaining: 4479114019 bytes total: 16106127360 bytes progression: 72.19 %
> transferred: 11949135888 bytes remaining: 4156991472 bytes total: 16106127360 bytes progression: 74.19 %
> transferred: 12272869048 bytes remaining: 3833258312 bytes total: 16106127360 bytes progression: 76.20 %
> transferred: 12594991595 bytes remaining: 3511135765 bytes total: 16106127360 bytes progression: 78.20 %
> transferred: 12918724755 bytes remaining: 3187402605 bytes total: 16106127360 bytes progression: 80.21 %
> transferred: 13240847302 bytes remaining: 2865280058 bytes total: 16106127360 bytes progression: 82.21 %
> transferred: 13564580462 bytes remaining: 2541546898 bytes total: 16106127360 bytes progression: 84.22 %
> transferred: 13888313622 bytes remaining: 2217813738 bytes total: 16106127360 bytes progression: 86.23 %
> transferred: 14210436169 bytes remaining: 1895691191 bytes total: 16106127360 bytes progression: 88.23 %
> transferred: 14534169329 bytes remaining: 1571958031 bytes total: 16106127360 bytes progression: 90.24 %
> transferred: 14856291876 bytes remaining: 1249835484 bytes total: 16106127360 bytes progression: 92.24 %
> transferred: 15180025036 bytes remaining: 926102324 bytes total: 16106127360 bytes progression: 94.25 %
> transferred: 15502147584 bytes remaining: 603979776 bytes total: 16106127360 bytes progression: 96.25 %
> transferred: 15825880743 bytes remaining: 280246617 bytes total: 16106127360 bytes progression: 98.26 %
> transferred: 16106127360 bytes remaining: 0 bytes total: 16106127360 bytes progression: 100.00 %
> 
> # rbd info vm-301-disk-1
> rbd image 'vm-301-disk-1':
> 	size 15360 MB in 3840 objects
> 	order 22 (4096 KB objects)
> 	block_name_prefix: rbd_data.3c190a6b8b4567
> 	format: 2
> 	features: layering, striping
> 	stripe unit: 4096 KB
> 	stripe count: 1
> 
> 
> 
> ----- Mail original ----- 
> 
> De: "Stefan Priebe - Profihost AG" <s.priebe at profihost.ag> 
> À: "Alexandre DERUMIER" <aderumier at odiso.com> 
> Cc: pve-devel at pve.proxmox.com 
> Envoyé: Jeudi 2 Mai 2013 13:16:08 
> Objet: Re: [pve-devel] copy_vm: new option -target 
> 
> Am 02.05.2013 13:05, schrieb Alexandre DERUMIER: 
>>>> I also read that we'll loose sparseness with qemu-img as it does raw 
>>
>>>> export and import. 
>>
>> I'm not sure about it, qemu-img code is 
>>
>>
>> if (has_zero_init) { 
>> /* If the output image is being created as a copy on write image, 
>> assume that sectors which are unallocated in the input image 
>> are present in both the output's and input's base images (no 
>> need to copy them). */ 
>> if (out_baseimg) { 
>> if (!bdrv_is_allocated(bs[bs_i], sector_num - bs_offset, 
>> n, &n1)) { 
>> sector_num += n1; 
>> continue; 
>> } 
>> /* The next 'n1' sectors are allocated in the input image. Copy 
>> only those as they may be followed by unallocated sectors. */ 
>> n = n1; 
>> } 
>> } else { 
>> n1 = n; 
>> } 
> 
> Yes but with rbd export everything is allocated to 0. 
> 
> Stefan 
> 