<div dir="ltr"><div>As stated in the below link from libvirt-list,<br><a href="https://www.redhat.com/archives/libvir-list/2014-May/msg00033.html" target="_blank">https://www.redhat.com/archives/libvir-list/2014-May/msg00033.html</a><br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><pre>OpenStack cinder provides these storages' snapshot feature, but it cannot
 quiesce the guest filesystems automatically for now.</pre></blockquote><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">This patchset adds virDomainFSFreeze()/virDomainFSThaw() APIs and virsh
domfsfreeze/domfsthaw commands to enable the users to freeze and thaw
domain's filesystems cleanly.<br></blockquote><div><br></div><div>Do these API's ( commands ) also push the dirty buffer to the disk, or it has to be done separately before freezing, to take snapshots.<br><br></div><div>If we don't specify any mount points, how different is domfsfreeze/domfsthaw from suspend/resume. Which of them would be better to take live incremental external snapshots of iSCSI devices.<br><br></div><div>Regards,<br></div><div>Payes<br></div><pre><br></pre></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 14, 2014 at 4:03 PM, Peter Krempa <span dir="ltr"><<a href="mailto:pkrempa@redhat.com" target="_blank">pkrempa@redhat.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="">On 11/12/14 22:17, Eric Blake wrote:<br>
> On 11/12/2014 10:24 AM, Michal Privoznik wrote:<br>
<br>
</span>...<br>
<span class=""><br>
>> Although, I see a way that we could get something reasonable here. If<br>
>> qemu would tell us whenever somebody (dis-)connects (from)to the virtio<br>
>> channel. That way we could query the qemu-ga capabilities and make good<br>
>> decisions. And whenever we see a disconnect, we may just forget the<br>
>> qemu-ga capabilities and claim guest agent unresponsive (instead of this<br>
>> ping algorithm I'd came up with).<br>
><br>
> Yes, qemu now provides that, as of qemu 2.1.  It is the VSERPORT_CHANGE<br>
> event that fires whenever the guest opens or closes its connection to<br>
> the channel.  And yes, we have more than one reason why we should wire<br>
> up libvirt to track when that event happens - we ALSO have people<br>
> requesting that we expose the information to management apps as a<br>
> libvirt event.<br>
><br>
<br>
</span>I'm currently writing code to add this feature/event.<br>
<span class="HOEnZb"><font color="#888888"><br>
Peter<br>
<br>
<br>
</font></span></blockquote></div><br></div>