<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Feb 14, 2017 at 12:07 AM, Gianluca Cecchi <span dir="ltr">&lt;<a href="mailto:gianluca.cecchi@gmail.com" target="_blank">gianluca.cecchi@gmail.com</a>&gt;</span> wrote:<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><div><div><div><div><div><div><div>Hello,<br></div>I&#39;m on 4.1 with 2 FC SAN storage domains and testing live migration of disk.<br></div><div><br></div>I started with a CentOS 7.3 VM with a thin provisioned disk of 30Gb.<br></div>It seems that I can see actual disk size in VM--&gt; Snapshots--&gt; Active VM line and the right sub pane.<br></div>If I remember correctly before the live storage migration the actual size was 16Gb.<br></div>But after the migration it shows actual size greater than virtual (33Gb)??<br></div></div></div></div></blockquote><div><br></div><div>Hi Gianluca,</div><div><br></div><div>This is possible for thin disks.</div><div><br></div><div>With thin disk we have some overhead for qcow2 metadata, which can be</div><div>up to 10% in the worst case. So when doing operations on thin disk, we</div><div>may enlarge it to the virtual size * 1.1, which is 33G for 30G disk.</div><div><br></div><div>Can you share the output of this commands?</div><div><br></div><div>(If the vm is running, you should skip the lvchange commands)</div><div><br></div><div>lvchange -ay 5ed04196-87f1-480e-9fee-<wbr>9dd450a3b53b/<wbr>9af3574d-dc83-485f-b906-<wbr>0970ad09b660he</div><div><br></div><div>qemu-img check /dev/5ed04196-87f1-480e-9fee-<wbr>9dd450a3b53b/<wbr>9af3574d-dc83-485f-b906-<wbr>0970ad09b660he</div><div><br></div><div>lvchange -an 5ed04196-87f1-480e-9fee-<wbr>9dd450a3b53b/<wbr>9af3574d-dc83-485f-b906-<wbr>0970ad09b660he<br></div><div><br></div><div>Nir</div><div> </div><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><div><div></div>There are no snapshots on the VM right now.<br></div>Is this true? In case could it depend on temporary snapshots done by th esystem for storage migration? But in this case does it mean that a live merge generates a biggest image at the end..?<br><br></div>The command I saw during conversion was:<br><br>vdsm     17197  2707  3 22:39 ?        00:00:01 /usr/bin/qemu-img convert -p -t none -T none -f qcow2 /rhev/data-center/mnt/blockSD/<wbr>922b5269-ab56-4c4d-838f-<wbr>49d33427e2ab/images/6af3dfe5-<wbr>6da7-48e3-9eb0-1e9596aca9d3/<wbr>9af3574d-dc83-485f-b906-<wbr>0970ad09b660 -O qcow2 -o compat=1.1 /rhev/data-center/mnt/blockSD/<wbr>5ed04196-87f1-480e-9fee-<wbr>9dd450a3b53b/images/6af3dfe5-<wbr>6da7-48e3-9eb0-1e9596aca9d3/<wbr>9af3574d-dc83-485f-b906-<wbr>0970ad09b660he <br><div><br></div><div>See currenti situation here:<br><a href="https://drive.google.com/file/d/0BwoPbcrMv8mvMnhib2NCQlJfRVE/view?usp=sharing" target="_blank">https://drive.google.com/file/<wbr>d/<wbr>0BwoPbcrMv8mvMnhib2NCQlJfRVE/<wbr>view?usp=sharing</a><br><br></div><div>thanks for clarification,<br></div><div>Gianluca<br> </div></div>
<br>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
<br></blockquote></div><br></div></div>