<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-08-07 15:32 GMT+02:00 Andrew J. Hobbs <span dir="ltr"><<a href="mailto:ajhobbs@desu.edu" target="_blank">ajhobbs@desu.edu</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My suspicion is there's some issue with uniqueness, and that you're clobbering the older snapshots when you reuse a tag. </blockquote>
<div><br></div><div>I try to change it and see what happens.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've only used the snapshot feature a few times as I've found it to be not as useful as scripting converts to qcow2, then incrementals through the week/month. </blockquote>
<div><br></div><div>May you explain that better?<br></div><div>I think cluster snapshot is very efficient in terms of used space.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I also had performance issues when saving snapshots to a remote NAS in another building.<br></blockquote><br></div><div class="gmail_quote">About performance I also noticed it's very slow (the first run much more than the others).<br>
</div><div class="gmail_quote">Something like 5-6 M/s.<br></div><div class="gmail_quote">The upside of this is that you can run it any time without impacting cluster performance.<br><br></div><div class="gmail_quote">Restore is also very slow.<br>
</div><div class="gmail_quote">This may be a major problem if I have to restore terabytes of data.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">But as of now I'm focusing on the space efficiency and the possibility to restore single disks (not tested yet becuse of the problem I noticed now).<br>
<br></div></div></div>