All of lore.kernel.org
 help / color / mirror / Atom feed
From: mdroth <mdroth@linux.vnet.ibm.com>
To: Erlon Cruz <sombrafam@gmail.com>
Cc: qemu-devel@nongnu.org, lcapitulino@redhat.com
Subject: Re: [Qemu-devel] Using QEMU guest agent to run programs from guest path]
Date: Thu, 3 Jan 2013 13:09:13 -0600	[thread overview]
Message-ID: <20130103190913.GD17859@vm> (raw)
In-Reply-To: <CAF+CadupSHxTUeLG5_1_=r3ZjnAyO=x2D90uQcajc6ikqBFxuQ@mail.gmail.com>

On Thu, Jan 03, 2013 at 11:06:02AM -0200, Erlon Cruz wrote:
> On Wed, Jan 2, 2013 at 9:04 PM, mdroth <mdroth@linux.vnet.ibm.com> wrote:
> 
> > On Mon, Dec 31, 2012 at 06:14:59PM -0200, Erlon Cruz wrote:
> > > Hi,
> > >
> > >
> > > I needed to run an external program in a guest machine. Once this must be
> > > triggered by the host, I first thought in qemu-ga.
> > > Is that possible? In QEMU help page and in the code I couldn't find such
> > > capability.
> > > So Im thinking In to implement a new GA QMP command that can run generic
> > > programs in the guest. It would be receive/return something like this:
> > >
> > > {"execute":"execvp",
> > > "arguments":{"command":"/bin/ls","cmdargs":"-la","timeout":20}}
> > > {"return": {"status": "0", "stdout": "aGVsbG8gd29ybGQhCg==", "stderr":
> > ""}}
> > >
> > > Any thoughts/ideas about this?
> >
> > I sent an RFC for this a while back:
> >
> > http://lists.gnu.org/archive/html/qemu-devel/2011-12/msg00722.html
> >
> > At the time the interface seemed a bit tedious, but AFAIK it's the only
> > kind of approach that'll work for longer-running commands with lots of
> > output, so I might just clean it up and re-spin the series.
> >
> >
> Why you say tedious? The interface seems to have a very wide usage for

The parameter passing for guest commands was kludgy (list of json
objects rather than a list of parameter strings), but I think we can handle
that now with the "gen: no" option to the code parser indicating we'll
handle it manually.

I'm not sure about the guest-file-open-pipe stuff either. It seems
clumsy, but I can't think of a better approach.

I'll look at it and shoot to get in by 1.4, but feature freeze is only a
couple weeks away so it may have to wait till 1.5.

> several scenarios and fits perfectly for what we are trying to do. Why it
> didn't go upstream? I think it would be nice to roll that up again.
> 
> Erlon
> 
> >
> > > Kind Regards,
> > > Erlon
> >

  reply	other threads:[~2013-01-03 19:10 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-31 20:14 [Qemu-devel] Using QEMU guest agent to run programs from guest path Erlon Cruz
2013-01-02 23:04 ` mdroth
2013-01-03 13:06   ` Erlon Cruz
2013-01-03 19:09     ` mdroth [this message]
2013-01-04 10:46       ` [Qemu-devel] Using QEMU guest agent to run programs from guest path] Erlon Cruz

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=20130103190913.GD17859@vm \
    --to=mdroth@linux.vnet.ibm.com \
    --cc=lcapitulino@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=sombrafam@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 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.