<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Dec 7, 2017 at 9:33 PM, Nir Soffer <span dir="ltr">&lt;<a href="mailto:nsoffer@redhat.com" target="_blank">nsoffer@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>For transferring images over http, there is no way to avoid sending </div><div>unused blocks, except compression.</div></div></div></blockquote><div><br></div><div>OK, understood</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>Maybe this file was crated with preallocation=full?</div></div></div></blockquote><div><br></div><div>In virt-manager there is not this logic by default.</div><div>The default format is qcow2/sparse</div><div>When you create/add a disk you can choose &quot;Select or create custom storage&quot;:</div><div><a href="https://drive.google.com/file/d/1gAwjAG5aRFC5fFgkoZXT5wINvQnov88p/view?usp=sharing" target="_blank">https://drive.google.com/file/<wbr>d/<wbr>1gAwjAG5aRFC5fFgkoZXT5wINvQnov<wbr>88p/view?usp=sharing</a><br></div><div><br></div><div>And then choose a format between:</div><div>raw, qcow, qcow2, qed, vmdk, vpc, vdi</div><div><br></div><div>In my case it was the default one, so qcow2, as qemu-img correctly detects.</div></div></div></div></blockquote><div><br></div></span><div>I tested creating qcow2 files with virt manager, and it seems to use</div><div>the preallocation=metadata by default (behind your back), I guess </div><div>for improving performance in some cases. oVirt doe not use this</div><div>option so we don&#39;t have this issue when downloading files.</div><br></div></div></blockquote><div><br></div><div>Ah, ok. I didn&#39;t know about this preallocation option of qemu-img</div><div>Does your example mean that by default oVirt uses preallocation=off when creating thin provisoned disks?<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>I hope I convinced you this time ;-)</div><div><br></div><div>Nir</div></div></div></blockquote><div><br></div><div>Yes :- ]  and thanks for the deep an detailed explanation, Nir</div><div><br></div></div><div class="gmail_quote">Thanks also to Eric for his comments in the other reply<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">Gianluca<br></div><div class="gmail_quote"><br></div></div></div>