>>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" <diet...@proxmox.com> À: "Alexandre DERUMIER" <aderum...@odiso.com> Cc: pve-devel@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. _______________________________________________ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel