<div dir="ltr"><div><div><div>Thanks a lot for your replies. They were very useful in debugging the issues that i was facing.<br></div><br>I am using qemu 1.5 in both the host and the guest.<br>While using libvirt 1.2.5, all the file systems on the domain were freezing. <br>I have finally got an error message.<br>After upgrading libvirt to 1.2.10, the command,<br>
# virsh domfsfreeze <domain> --mountpoint <mountpoint>,<br>is giving the following error,<br>error:
 internal error: unable to execute QEMU agent command 
'guest-fsfreeze-freeze-list': The command guest-fsfreeze-freeze-list has
 not been found <br>After upgrading to libvirt 1.2.10, i had not restarted libvertd services, due to which i was not getting the above error.<br></div></div><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">What version of qemu-guest-agent is running in the guest?<br>
qemu-guest-agent doesn't support per-mountpoint freezing until the<br>
introduction of guest-fsfreeze-freeze-list in qemu 2.2 (still unreleased).<br>
<span class=""></span><br></blockquote><div>They
 have released qemu-2.2.0-rc1, I have  installed it in both the host and
 the guest, but still guest-fsfreeze-freeze-list is not found .<br><br> </div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 13, 2014 at 2:47 AM, Eric Blake <span dir="ltr"><<a href="mailto:eblake@redhat.com" target="_blank">eblake@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/2014 10:24 AM, Michal Privoznik wrote:<br>
>> What version of qemu-guest-agent is running in the guest?<br>
>> qemu-guest-agent doesn't support per-mountpoint freezing until the<br>
>> introduction of guest-fsfreeze-freeze-list in qemu 2.2 (still<br>
>> unreleased).<br>
>><br>
>>><br>
>>> --Upgraded libvirt to 1.2.10, but that also didn't solve the problem.<br>
>>><br>
>>> Am i missing something over here?<br>
>>> Any help would be greatly appreciated.<br>
>><br>
>> I wonder if you may have uncovered a libvirt bug.  If the guest agent is<br>
>> not capable of supporting per-mount freezing (because the agent is too<br>
>> old), the command should fail rather than blindly freezing everything.<br>
>> But to know for sure, it would be good to find the log messages for the<br>
>> actual agent commands issued by libvirt, to make sure we were actually<br>
>> trying to freeze just a single mount point.<br>
><br>
> Well, even though I agree I don't see way to achieve that. I mean, if<br>
> libvirt would probe for qemu-ga commands/capabilities, by the time it<br>
> makes a decision guest agent may have been downgraded, crashed,<br>
> whatever. There's been some discussion on this topic (unfortunately I<br>
> don't recall where currently). This is where guest agent is different to<br>
> the monitor tremendously.<br>
<br>
</span>Well, libvirt should still be able to at a minimum detect an error for<br>
trying an unsupported command (as it must use a different command when<br>
freezing specific mountpoints than for freezing all disks).<br>
<span class=""><br>
><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>
</span>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>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Eric Blake   eblake redhat com    +1-919-301-3266<br>
Libvirt virtualization library <a href="http://libvirt.org" target="_blank">http://libvirt.org</a><br>
<br>
</div></div></blockquote></div><br></div>