<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 20, 2017 at 11:08 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-">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></span><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-9dd450<wbr>a3b53b/9af3574d-dc83-485f-<wbr>b906-0970ad09b660he</div><div><br></div><div>qemu-img check /dev/5ed04196-87f1-480e-9fee-9<wbr>dd450a3b53b/9af3574d-dc83-<wbr>485f-b906-0970ad09b660he</div><div><br></div><div>lvchange -an 5ed04196-87f1-480e-9fee-9dd450<wbr>a3b53b/9af3574d-dc83-485f-<wbr>b906-0970ad09b660he<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></div><span class="gmail-HOEnZb"><font color="#888888"><div><br></div><div>Nir</div><div> </div></font></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><div dir="ltr"><div><div><div></div><br></div></div></div></span></blockquote></div></div></div></blockquote></div><br>Yes, the VM is active.<br>In this moment the disk name seems to be without the final &quot;he&quot; letters....<br><br>[root@ovmsrv07 ~]# qemu-img check /dev/5ed04196-87f1-480e-9fee-9dd450a3b53b/9af3574d-dc83-485f-b906-0970ad09b660  <br>No errors were found on the image.<br>41734/491520 = 8.49% allocated, 3.86% fragmented, 0.00% compressed clusters<br>Image end offset: 2736128000<br>[root@ovmsrv07 ~]# <br><br></div></div>