From: Michael Roth <mdroth@linux.vnet.ibm.com>
To: Zhi Yong Wu <zwu.kernel@gmail.com>
Cc: aliguori@linux.vnet.ibm.com, Jes.Sorensen@redhat.com,
agl@linux.vnet.ibm.com, qemu-devel@nongnu.org,
Luiz Capitulino <lcapitulino@redhat.com>
Subject: Re: [Qemu-devel] [QAPI+QGA 3/3] QEMU Guest Agent (virtagent) v6
Date: Thu, 14 Jul 2011 09:04:30 -0500 [thread overview]
Message-ID: <4E1EF76E.4010309@linux.vnet.ibm.com> (raw)
In-Reply-To: <CAEH94LiMi8w7tkRWrHQrbZweNr--yQDpuFOkRbhGs6CQZzbVmA@mail.gmail.com>
On 07/14/2011 08:53 AM, Zhi Yong Wu wrote:
> On Thu, Jul 14, 2011 at 8:55 PM, Luiz Capitulino<lcapitulino@redhat.com> wrote:
>> On Thu, 14 Jul 2011 10:53:51 +0800
>> Zhi Yong Wu<zwu.kernel@gmail.com> wrote:
>>
>>> HI, Michael,
>>>
>>> On Tue, Jul 5, 2011 at 9:21 PM, Michael Roth<mdroth@linux.vnet.ibm.com> wrote:
>>>> This is Set 3/3 of the QAPI+QGA patchsets.
>>>>
>>>> These patches apply on top of qapi-backport-set2-v5, and can also be obtained from:
>>>> git://repo.or.cz/qemu/mdroth.git qapi-backport-set3-v6
>>>>
>>>> (Set1+2 are a backport of some of the QAPI-related work from Anthony's
>>>> glib tree. The main goal is to get the basic code generation infrastructure in
>>>> place so that it can be used by the guest agent to implement a QMP-like guest
>>>> interface, and so that future work regarding the QMP conversion to QAPI can be
>>>> decoupled from the infrastructure bits. Set3 is the Qemu Guest Agent
>>>> (virtagent), rebased on the new code QAPI code generation infrastructure. This
>>>> is the first user of QAPI, QMP will follow.)
>>>> ___
>>>>
>>>> CHANGES SINCE V5:
>>>> - switched to using qemu malloc/list functions where possible
>>>> - removed unused proxy_path field in struct GAState
>>>> - pid file now opened write-only, removed lockf() in favor of O_EXCL, added SIGINT/SIGTERM signal handlers to handle cleanup
>>>> - cleaned up error-handling, switched to asserts where appropriate, removed unecessary gotos and NULL checks for qemu_free()/qobject_decref()
>>>> - refactored send_payload() using helper functions
>>>> - fixed improper handling of pidfile fd==0
>>>> - changed guest-shutdown's "shutdown_mode" param to "mode"
>>>> - switched to using kernel-generated FDs for guest-file-open rather than an autoincrement value
>>>> - add maximum chunk size of guest-file-read/guest-file-write
>>>> - added checks to avoid guest-file-write from writing data beyond the provided data buffer
>>>> - made logging best-effort, removed handling of failures to log as errors
>>>> - guest-shutdown exec errors now logged to guest syslog, clarified shutdown's asynchronous, no gauruntee nature in schema.
>>>>
>>>> CHANGES SINCE V4:
>>>> - Removed timeout mechanism via worker thread/pthread_cancel due to potential memory leak. Will re-introduce guest-side timeout support in future version.
>>>> - Fixed up fsfreeze code to use enums specified within the guest agent's qapi schema.
>>>> - Fixed memory leak due to a log statement, and added missing cleanup functions for heap-allocated g_error objects.
>>>> - Made "mode" param to guest-file-open optional, defaults to "r" (read-only)
>>>>
>>>> CHANGES SINCE V3:
>>>> - Fixed error-handling issues in fsfreeze commands leading to certain mounted directories causing freeze/thaw operations to fail
>>>> - Added cleanup hook to thaw filesystems on graceful guest agent exit
>>>> - Removed unused enum values and added additional details to schema documentation
>>>> - Fixed build issue that was missed due to deprecated files in source tree, removed unused includes
>>>>
>>>> CHANGES SINCE V2:
>>>> - Rebased on new QAPI code generation framework
>>>> - Dropped ability for QMP to act as a proxy for the guest agent, will be added when new QMP server is backported from Anthony's glib tree
>>>> - Replaced negotiation/control events with a simple 2-way handshake implemented by a standard RPC (guest-sync)
>>>> - Removed enforcement of "pristine" sessions, state is now global/persistant across multiple clients/connections
>>>> - Fixed segfault in logging code
>>>> - Added Jes' filesystem freeze patches
>>>> - General cleanups
>>>>
>>>> CHANGES SINCE V1:
>>>> - Added guest agent worker thread to execute RPCs in the guest. With this in place we have a reliable timeout mechanism for hung commands, currently set at 30 seconds.
>>>> - Add framework for registering init/cleanup routines for stateful RPCs to clean up after themselves after a timeout.
>>>> - Added the following RPCs: guest-file-{open,close,read,write,seek}, guest-shutdown, guest-info, and removed stubs for guest-view-file (now deprecated)
>>>> - Added GUEST_AGENT_UP/GUEST_AGENT_DOWN QMP events
>>>> - Switched to a TCP-style host-initiated 3-way handshake for channel negotiation, this simplifies client negotiation/interaction over the wire
>>>> - Added configurable log level/log file/pid file options for guest agent
>>>> - Various fixes for bugs/memory leaks and checkpatch.pl fixups
>>>>
>>>> ISSUES/TODOS:
>>>> - Add unit tests for guest agent wire protocol
>>>>
>>>> OVERVIEW
>>>>
>>>> For a better overview of what these patches are meant to accomplish, please reference the RFC for virtagent:
>>>>
>>>> http://comments.gmane.org/gmane.comp.emulators.qemu/96096
>>>>
>>>> These patches integrate the previous virtagent guest agent work directly in QAPI/QMP to leverage it's auto-generated marshalling code. This has numerous benefits:
>>>>
>>>> - addresses previous concerns over relying on external libraries to handle data encapsulation
>>>> - reduces the need for manual unmarshalling of requests/responses, which makes adding new RPCs much safer/less error-prone, as well as cutting down on redundant code
>>>> - QAPI documentation aligns completely with guest-side RPC implementation
>>>> - is Just Better (TM)
>>>>
>>>> BUILD/USAGE
>>>>
>>>> build:
>>>> ./configure --target-list=x86_64-softmmu
>>>> make
>>>> make qemu-ga #should be built on|for target guest
>>>>
>>>> start guest:
>>>> qemu \
>>>> -drive file=/home/mdroth/vm/rhel6_64_base.raw,snapshot=off,if=virtio \
>>>> -net nic,model=virtio,macaddr=52:54:00:12:34:00 \
>>>> -net tap,script=/etc/qemu-ifup \
>>>> -vnc :1 -m 1024 --enable-kvm \
>>>> -chardev socket,path=/tmp/qga.sock,server,nowait,id=qga \
>>>> -device virtio-serial \
>>>> -device virtserialport,chardev=qga,name=qga"
>>>>
>>>> use guest agent:
>>>> ./qemu-ga -h
>>>> ./qemu-ga -c virtio-serial -p /dev/virtio-ports/qga
>>> Is the above command "./qemu-ga" issued on guest teminal or hypervisor teminal?
>>
>> In the guest.
>
> Can we make it work similiar as a linux service? It may is more
> convenient to use.
>
> [root@f12 ~]# service qemu-ga start/stop/status/restart
>
> [root@f12 ~]# chkconfig qemu-ga on/off
>
Definitely, we need the agent to act as a service to be able to rely on
it remaining after restarts and whatnot. We have some init scripts and
whatnot for in-house testing/deployment, but this is somewhat
distro-dependent and is more of a packaging concern than something for
qemu-devel.
Although, if we do deployment via the guest tools ISO that I sent an RFC
out for a while back, it may be worthwhile to cover this as part of that
discussion since ideally we'd come up with something that Just Works on
most distros. I hope to have a prototype of ISO generation scripts out
within the next week or so.
>>
>>>
>>>>
>>>> start/use qmp:
>>>> mdroth@illuin:~$ sudo socat unix-connect:/tmp/qga.sock readline
>>>> {"execute":"guest-sync", "arguments":{"id":1234}}
>>>> {"return": 1234}
>>>>
>>>> {"execute":"guest-info"}
>>>> {"return": {}}
>>>>
>>>> {"execute": "guest-info"}
>>>> {"return": {"version": "1.0"}}
>>>>
>>>> {"execute":"guest-file-open", "arguments":{"filepath":"/tmp/testqga","mode":"w+"}}
>>>> {"return": 0}
>>>> {"execute":"guest-file-write", "arguments":{"filehandle":0,"data_b64":"aGVsbG8gd29ybGQhCg==","count":13}} // writes "hello world!\n"
>>>> {"return": {"count": 13, "eof": false}}
>>>>
>>>> {"execute":"guest-file-open", "arguments":{"filepath":"/tmp/testqga","mode":"r"}}
>>>> {"return": 1}
>>>> {"execute":"guest-file-read", "arguments":{"filehandle":1,"count":1024}}
>>>> {"return": {"buf": "aGVsbG8gd29ybGQhCg==", "count": 13, "eof": true}}
>>>> {"execute":"guest-file-close","arguments":{"filehandle":1}}
>>>> {"return": {}}
>>>>
>>>> Makefile | 22 +-
>>>> configure | 1 +
>>>> qapi-schema-guest.json | 202 +++++++++++++
>>>> qemu-ga.c | 631 +++++++++++++++++++++++++++++++++++++++
>>>> qerror.c | 4 +
>>>> qerror.h | 3 +
>>>> qga/guest-agent-command-state.c | 73 +++++
>>>> qga/guest-agent-commands.c | 522 ++++++++++++++++++++++++++++++++
>>>> qga/guest-agent-core.h | 30 ++
>>>> 9 files changed, 1483 insertions(+), 5 deletions(-)
>>>>
>>>>
>>>>
>>
>>
>
>
>
prev parent reply other threads:[~2011-07-14 14:05 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-05 13:21 [Qemu-devel] [QAPI+QGA 3/3] QEMU Guest Agent (virtagent) v6 Michael Roth
2011-07-05 13:21 ` [Qemu-devel] [PATCH v6 1/4] guest agent: command state class Michael Roth
2011-07-08 14:25 ` Luiz Capitulino
2011-07-08 20:22 ` Michael Roth
2011-07-05 13:21 ` [Qemu-devel] [PATCH v6 2/4] guest agent: qemu-ga daemon Michael Roth
2011-07-06 0:34 ` Michael Roth
2011-07-08 14:36 ` Luiz Capitulino
2011-07-08 21:12 ` Michael Roth
2011-07-05 13:21 ` [Qemu-devel] [PATCH v6 3/4] guest agent: add guest agent commands schema file Michael Roth
2011-07-08 15:08 ` Luiz Capitulino
2011-07-08 21:42 ` Michael Roth
2011-07-05 13:21 ` [Qemu-devel] [PATCH v6 4/4] guest agent: add guest agent RPCs/commands Michael Roth
2011-07-08 15:14 ` Luiz Capitulino
2011-07-11 20:11 ` Michael Roth
2011-07-11 21:12 ` Luiz Capitulino
2011-07-11 23:11 ` Michael Roth
2011-07-12 14:15 ` Luiz Capitulino
2011-07-12 15:44 ` Michael Roth
2011-07-12 16:30 ` Luiz Capitulino
2011-07-13 13:14 ` [Qemu-devel] [QAPI+QGA 3/3] QEMU Guest Agent (virtagent) v6 Daniel P. Berrange
2011-07-13 17:51 ` Michael Roth
2011-07-14 2:53 ` Zhi Yong Wu
2011-07-14 12:55 ` Luiz Capitulino
2011-07-14 13:53 ` Zhi Yong Wu
2011-07-14 14:04 ` Michael Roth [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=4E1EF76E.4010309@linux.vnet.ibm.com \
--to=mdroth@linux.vnet.ibm.com \
--cc=Jes.Sorensen@redhat.com \
--cc=agl@linux.vnet.ibm.com \
--cc=aliguori@linux.vnet.ibm.com \
--cc=lcapitulino@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=zwu.kernel@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).