[pve-devel] qemu-server : drive-mirror : die if stats are empty.
Alexandre DERUMIER
aderumier at odiso.com
Tue May 7 08:07:04 CEST 2013
>>IMHO, A block job should store the error somewhere, so that we can query it later.
>>(like I do it for the backup task).
OH, ok, so indeed if it's possible to retrieve them, it could be great. I'll try to read the qemu code.
>>Everything is possible ;-) But we now have a simple, stateless interface. I am not really keen
>>to make that more complex. At least I would wait until we really need it.
Yes, it was just an idea ;) I agree to keep things simple :)
----- Mail original -----
De: "Dietmar Maurer" <dietmar at proxmox.com>
À: "Alexandre DERUMIER" <aderumier at odiso.com>
Cc: pve-devel at pve.proxmox.com
Envoyé: Mardi 7 Mai 2013 08:02:54
Objet: RE: [pve-devel] qemu-server : drive-mirror : die if stats are empty.
> >>What for? Just to log event messages?
> no ;), of course,that was just an example. Maybe something like a shared
> memory with last qmp events, to be able to use them from proxmox code
>
> it should great to be able to known if a block job have die and the block job error
> detail, if a bad sector exist by example (for drive-mirror, can be usefull for
> backup too).
IMHO, A block job should store the error somewhere, so that we can query it later.
(like I do it for the backup task).
> Maybe it could be usefull too for other things in the future, like spice qmp events
> (client connect/disconnectd events).
>
>
> Another idea, maybe it should be possible to stream events to extjs (websocket
> ?), to instant update running vm status in the gui, without need to pool the
> status. (It's just an idea ;)
Everything is possible ;-) But we now have a simple, stateless interface. I am not really keen
to make that more complex. At least I would wait until we really need it.
More information about the pve-devel
mailing list