[pve-devel] [PATCH 2/2] now if the QMP command starts with guest-+ , it will bind dynamicly to the VMID.qga socket. To test the function vmtime is implemented which return the vm UNIX Time.

[Alexandre DERUMIER]

>>Right, that does not really help. Instead, the guest-agent should send some kind of 'alive' 
>>signal every second, which we could track inside qemu? 

What do we want to do you qga ?

if it's only to send some commands like filesystem freeze|unfreeze, stop[start , I think that calling guest-sync before it's not a big overhead.


----- Mail original ----- 

De: "Dietmar Maurer" <dietmar at proxmox.com> 
À: "Alexandre DERUMIER" <aderumier at odiso.com> 
Cc: pve-devel at pve.proxmox.com, "Wolfgang Link" <wolfgang at linksystems.org> 
Envoyé: Lundi 24 Novembre 2014 18:52:29 
Objet: RE: [PATCH 2/2] now if the QMP command starts with guest-+ , it will bind dynamicly to the VMID.qga socket. To test the function vmtime is implemented which return the vm UNIX Time. 

> >>Ah, OK. Or we can save the state of the last command into a temp file, so that 
> we can avoid the delay? 
> 
> I'm not sure, because It's possible that qga daemon can be stopped, or crash, .... 


Right, that does not really help. Instead, the guest-agent should send some kind of 'alive' 
signal every second, which we could track inside qemu?