<div dir="ltr"><div>Restarting vdsm and hosts didn't do anything helpful.</div><div><br></div><div>I was able to clone from latest snapshot, then live snapshot the new cloned VM.</div><div><br></div>After upgrading engine to 3.4 and upgrading my hosts, I can now live snapshot this VM.<div class="gmail_extra">
<br clear="all"><div><div dir="ltr"><span style="font-family:arial,sans-serif;font-size:16px"><strong>Steve <br></strong></span></div></div>
<br><br><div class="gmail_quote">On Thu, Apr 24, 2014 at 1:48 AM, Itamar Heim <span dir="ltr"><<a href="mailto:iheim@redhat.com" target="_blank" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=iheim@redhat.com&cc=&bcc=&su=&body=','_blank');return false;">iheim@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 04/23/2014 09:57 PM, R P Herrold wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
On Wed, 23 Apr 2014, Steve Dainard wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have other VM's with the same amount of snapshots without this problem.<br>
No conclusion jumping going on. More interested in what the best practice<br>
is for VM's that accumulate snapshots over time.<br>
</blockquote>
<br>
For some real world context, we seem to accumulate snapshots<br>
using our local approach, and are not that focused on, or<br>
attentive about removing them. The 'highwater mark' of 39, on<br>
a machine that has been around since it was provisioned:<br>
2010-01-05<br>
<br>
[root@xxx backups]# ./count-snapshots.sh | sort -n | tail -3<br>
38 vm_64099<br>
38 vm_98036<br>
39 vm_06359<br>
<br>
Accumulating large numbers of snapshots seems more the<br>
function of pets, than ephemeral 'cattle'<br>
<br>
I wrote the first paragraph without looking up the 'owners' of<br>
the images. As I dereference the VM id's, all of the top ten<br>
in that list turn out to be mailservers, radius servers, name<br>
servers, and such, where the business unit owners chose not<br>
(or neglect) to 'winnow' their herd. There are no ephemeral<br>
use units in the top ten<br>
<br>
-- Russ herrold<br></div></div><div class="">
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=Users@ovirt.org&cc=&bcc=&su=&body=','_blank');return false;">Users@ovirt.org</a><br>
</div><a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/<u></u>mailman/listinfo/users</a><br>
<br>
</blockquote>
<br>
please note there is a recommended limit of having no more than 500 snapshots per block storage domain due to some LVM performance issues with high number of LVs. each disk/snapshot is an LV.<br>
NFS doesn't have this limitation.<br>
</blockquote></div><br></div></div>