From: Alon Levy <alevy@redhat.com>
To: Michael Roth <mdroth@linux.vnet.ibm.com>
Cc: Chris Wright <chrisw@redhat.com>,
Anthony Liguori <aliguori@us.ibm.com>,
Juan Quintela <quintela@redhat.com>,
"libvir-list@redhat.com" <libvir-list@redhat.com>,
qemu-devel <qemu-devel@nongnu.org>,
"arch@ovirt.org" <arch@ovirt.org>
Subject: Re: [Qemu-devel] [libvirt] Guest Agent Summaries
Date: Wed, 7 Dec 2011 11:15:27 +0200 [thread overview]
Message-ID: <20111207091527.GC3896@garlic.redhat.com> (raw)
In-Reply-To: <4EDD397B.8090709@linux.vnet.ibm.com>
On Mon, Dec 05, 2011 at 03:36:59PM -0600, Michael Roth wrote:
> On 12/05/2011 01:21 PM, Chris Wright wrote:
> >* Chris Wright (chrisw@redhat.com) wrote:
> >>* Anthony Liguori (aliguori@us.ibm.com) wrote:
> >>>1. A short introduction to each of the guest agents, what guests they
> >>>support, and what verbs they support.
> >>
> >>I think we did this once before w/ Matahari. Can we please capture
> >>these things in email before the call, so people actually have time
> >>to ponder the details.
> >>
> >>>2. A short description of key requirements from each party (oVirt, libvirt,
> >>>QEMU) for a guest agent
> >>
> >>Same here...call this the abstract/intro of the above detailed list of
> >>verbs and guest support, and send it by Friday this week.
> >>
> >>I know there's plenty of details buried in the current thread and old
> >>discussions of Matahari. But that's just it...buried...
> >
> >It's past Friday. Barak's links are all we have so far...
>
> Sorry this slipped by me. However, Barak's link to the guest agent
> proposals:
>
> http://www.ovirt.org/wiki/Guest_agent_proposals
>
> is a summary of the recent discussion on guest agents for oVirt from
> the following thread:
>
> http://thread.gmane.org/gmane.comp.emulators.ovirt.vdsm.devel/93/focus=93
>
> Requirements were posted there for oVirt (ovirt-guest-agent), QEMU
> (qemu-ga), and Spice (vdagent) and pulled into wiki, so as far as
> requirements go that is probably the best summary available at the
> moment. There is also summary of the current proposals for how to go
> about leveraging ovirt-guest-agent or qemu-ga for oVirt/QEMU
> requirements.
>
> Matahari was mentioned only in brief since it didn't come up much in
> that particular discussion, but feel free to add as a response to
> this email and I can add it to the wiki so we can start getting all
> this stuff in one place.
>
> But for brevity, a (slightly) higher-level summary would be:
>
> A. oVirt (currently using ovirt-guest-agent)
>
> 1) supported functionality:
> - protocol: JSON RPC over virtio-serial
> - verbs: lock screen, login/logoff (automatic/SSO on
> RHEL/Windows with plugins installed), shutdown
> - guest info: machine name, OS, packages, avail. RAM, logged
> in users, disk usage, networks interfaces
> - notifications: guest/agent up, heartbeat, user info, session
> lock/unlock/logoff/logon, agent uninstalled
>
> 2) key requirements:
> - first-class support for oVirt guest extensions
> - VM life-cycle assistance
> - single sign-on support for spice desktop sessions
> - monitoring and inventory
> - make VDSM management more robust/guest-aware
>
> 3) additional info:
> - http://www.ovirt.org/w/images/2/20/Ovirt-guest-agent.pdf
> - http://www.ovirt.org/wiki/Ovirt_guest_agent
>
>
> B. QEMU (currently using qemu-ga):
>
> 1) supported functionality:
> - protocol: JSON RPC (QMP) over virtio-serial/"isa"-serial
> - verbs: ping, agent info, shutdown, file
> open/read/write/seek/flush/close, filesystem freeze, command exec
> (experimental, RFC this week)
> - guest info: arbitrary (via file read/command exec)
> - notifications: on hold till QMP/QAPI integration completed
> 2) key requirements:
> - first-class support for QEMU guest extensions (usable by
> device model, integrated into QMP, same repo (for lock-step
> versioning and hypervisor deployability via ISO or other
> host-initiated mechanism rather than guest distro support)
> - implement low-level primitives that QEMU can use,
> higher-level functionality built on top of the QMP interfaces it
> exposes.
> 3) additional info:
> - http://wiki.qemu.org/Features/QAPI/GuestAgent (might be down
> atm =/)
>
>
> C. Spice (vdagent):
>
> 1) supported functionality:
> - protocol: binary RPC over virtio-serial
> - verbs: set mouse state, monitor/display config, copy/paste
> 2) key requirements:
> - first-class support for Spice extensions (managing QXL
> devices/displays remotely, desktop integration (copy/paste, etc)
> - session-level guest agent
> 3) additional info:
> - http://spice-space.org/page/Whiteboard/AgentProtocol
>
4) binary data passthrough for copy-paste.
Any large file would otherwise go through uuencode / uudecode
needlessy (it cannot be verified in anyway with any schema since
it's by definition opaque).
Sorry for the late reply.
> Please feel free to add to this, and I'll roll it back into the wiki.
>
> >
> >thanks,
> >-chris
> >
>
> --
> libvir-list mailing list
> libvir-list@redhat.com
> https://www.redhat.com/mailman/listinfo/libvir-list
prev parent reply other threads:[~2011-12-07 9:23 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-30 14:36 [Qemu-devel] KVM Call Agenda for 12/6 (Tuesday) @ 10am US/Eastern Anthony Liguori
2011-11-30 14:56 ` Barak Azulay
2011-11-30 16:29 ` Chris Wright
2011-11-30 16:36 ` Anthony Liguori
2011-12-05 19:21 ` Chris Wright
2011-12-05 21:36 ` [Qemu-devel] Guest Agent Summaries Michael Roth
2011-12-06 4:21 ` Perry Myers
2011-12-07 9:15 ` Alon Levy [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20111207091527.GC3896@garlic.redhat.com \
--to=alevy@redhat.com \
--cc=aliguori@us.ibm.com \
--cc=arch@ovirt.org \
--cc=chrisw@redhat.com \
--cc=libvir-list@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.