<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 1, 2017 at 6:49 PM, Jim Kusznir <span dir="ltr">&lt;<a href="mailto:jim@palousetech.com" target="_blank">jim@palousetech.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">Thank you!<div><br></div><div>I created all the VMs using the sparce allocation method.  I wanted a method that would create disks that did not immediately occupy their full declared size (eg, allow overcommit of disk space, as most VM hard drives are 30-50% empty for their entire life).</div><div><br></div><div>I kinda figured that it would not free space on the underlying storage when a file is deleted within the disk.  What confuses me is a disk that is only 30GB to the OS is using 53GB of space on gluster.  In my understanding, the actual on-disk usage should be limited to 30GB max if I don&#39;t take snapshots.  (I do like having the ability to take snapshots, and I do use them from time to time, but I usually don&#39;t keep the snapshot for an extended time...long enough to verify whatever operation I did was successful).</div><div><br></div><div>I did find the &quot;sparcify&quot; command within ovirt and ran that; it reclaimed some space (the above example of the 30GB disk which is actually using 20GB inside the VM but was using 53GB on gluster shrunk to 50GB on gluster...But there&#39;s still at least 20GB unaccounted for there.</div><div><br></div><div>I would love it if there was something I could do to reclaim the space inside the disk that isn&#39;t in use too (eg, get that disk down to just the 21GB that the actual VM is using).  If I change to virtio-scsi (its currently just &quot;virtio&quot;), will that enable the DISCARD support, and is Gluster a supported underlying storage?</div></div></blockquote><div><br></div><div>Especially if you don&#39;t use snapshots, I think the default of raw-sparse is the way to go for you. It allocates the full disk space, but does not occupy it. So it&#39;s not thin provisioned, but sparsely provisioned.</div><div><br></div><div>I remember Gluster supporting DISCARD.</div><div>Y. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Thanks!</div><span class="HOEnZb"><font color="#888888"><div>--Jim</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 1, 2017 at 5:45 AM, Yaniv Kaul <span dir="ltr">&lt;<a href="mailto:ykaul@redhat.com" target="_blank">ykaul@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"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Fri, Sep 1, 2017 at 8:41 AM, Jim Kusznir <span dir="ltr">&lt;<a href="mailto:jim@palousetech.com" target="_blank">jim@palousetech.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">Hi all:<div><br></div><div>I have several VMs, all thin provisioned, on my small storage (self-hosted gluster / hyperconverged cluster).  I&#39;m now noticing that some of my VMs (espicially my only Windows VM) are using even MORE disk space than the blank it was allocated.</div><div><br></div><div>Example: windows VM: virtual size created at creation: 30GB (thin provisioned).  Actual disk space in use: 19GB.  According to the storage -&gt; Disks tab, its currently using 39GB.  How do I get that down?</div><div><br></div><div>I have two other VMs that are somewhat heavy DB load (Zabbix and Unifi); both of those are also larger than their created max size despite disk in machine not being fully utilized.</div><div><br></div><div>None of these have snapshots.</div></div></blockquote><div><br></div></span><div>How come you have qcow2 and not raw-sparse, if you are not using snapshots? is it a VM from a template?</div><div><br></div><div>Generally, this is how thin provisioning works. The underlying qcow2 doesn&#39;t know when you delete a file from within the guest - as file deletion is merely marking entries in the file system tables as free, not really doing any deletion IO.</div><div>You could run virt-sparsify on the disks to sparsify them, which will, if the underlying storage supports it, reclaim storage space.</div><div>You could use IDE or virtio-SCSI and enable DISCARD support, which will, if the underlying storage supports it, reclaim storage space.</div><div><br></div><div>Those are not exclusive, btw.</div><div>Y.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span><div dir="ltr"><div><br></div><div>How do I fix this?</div><div><br></div><div>Thanks!</div><span class="m_5653137426463148225m_-3850710486070159445gmail-HOEnZb"><font color="#888888"><div>--Jim</div></font></span></div>
<br></span>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman<wbr>/listinfo/users</a><br>
<br></blockquote></div><br></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>