<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jun 27, 2017 at 12:37 PM, InterNetX - Juergen Gotteswinter <span dir="ltr"><<a href="mailto:jg@internetx.com" target="_blank">jg@internetx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
Am 27.06.2017 um 11:27 schrieb Gianluca Cecchi:<br>
> Hello,<br>
> I have a storage domain that I have to empty, moving its disks to<br>
> another storage domain,<br>
><br>
> Both source and target domains are iSCSI<br>
> What is the behavior in case of preallocated and thin provisioned disk?<br>
> Are they preserved with their initial configuration?<br>
<br>
</span>yes, they stay within their initial configuration<br></blockquote><div><br></div><div>Thanks. I'll try and report in case of problems</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
><br>
> Suppose I have one 500Gb thin provisioned disk<br>
> Why can I indirectly see that the actual size is 300Gb only in Snapshots<br>
> tab --> Disks of its VM ?<br>
<br>
</span>if you are using live storage migration, ovirt creates a qcow/lvm<br>
snapshot of the vm block device. but for whatever reason, it does NOT<br>
remove the snapshot after the migration has finished. you have to remove<br>
it yourself, otherwise disk usage will grow more and more.<br><br></blockquote><div><br></div><div>Do you mean the snapshot of the original one? In my case I'm moving from storage domain to storage domain and I would expect nothing remaining at source storage...</div><div>How can I verify the snapshot still there?</div><div>Is there any bugzilla entry tracking this? It would be strange if not...</div><div><br></div><div>Gianluca </div></div><br></div></div>