qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 0/2] avoid races on exec migration
Date: Tue, 29 Mar 2011 08:33:27 -0500	[thread overview]
Message-ID: <4D91DFA7.1020302@codemonkey.ws> (raw)
In-Reply-To: <1299691270-16328-1-git-send-email-pbonzini@redhat.com>

On 03/09/2011 11:21 AM, Paolo Bonzini wrote:
> QEMU has a sigchld handler that reaps any child process.  -smb is the
> only user of it and, in fact, QEMU inherited it from slirp.  However,
> this handler causes 'exec' based migration to randomly return 'status:
> failed' in the monitor.  This happens when the signal handler for SIGCHLD
> is ran before the pclose() of exec migration.
>
> The return status of fclose() is passed back as return status of
> qemu_fclose().  If qemu_fclose() fails, then the exec_close() in
> migration-exec.c returns a error code. This causes migrate_fd_cleanup()
> to return an error, and thus finally we see why 'status: failed' occurs:
>
>          if (migrate_fd_cleanup(s)<  0) {
>              if (old_vm_running) {
>                  vm_start();
>              }
>              state = MIG_STATE_ERROR;
>          }
>
> To avoid this, register the pids in a list and, on SIGCHLD, set up a
> bottom-half that would go through the pids and reap them.
>
> Since I'm at it, I'm moving iohandler stuff out of vl.c.  The new
> file isn't a perfect place to add the child watcher, but it's arguably
> better than vl.c.
>
> This should be applied to both master and stable.

Applied all.  Thanks.

Regards,

Anthony Liguori

> Paolo Bonzini (2):
>    extract I/O handler lists to iohandler.c
>    add a service to reap zombies
>
>   Makefile.objs |    2 +-
>   iohandler.c   |  193 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>   os-posix.c    |    9 ---
>   qemu-common.h |    4 +
>   slirp/misc.c  |    5 +-
>   vl.c          |  106 ++------------------------------
>   6 files changed, 207 insertions(+), 112 deletions(-)
>   create mode 100644 iohandler.c
>

      parent reply	other threads:[~2011-03-29 13:33 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-09 17:21 [Qemu-devel] [PATCH 0/2] avoid races on exec migration Paolo Bonzini
2011-03-09 17:21 ` [Qemu-devel] [PATCH 1/2] extract I/O handler lists to iohandler.c Paolo Bonzini
2011-04-03  3:18   ` Roy Tam
2011-03-09 17:21 ` [Qemu-devel] [PATCH 2/2] add a service to reap zombies, use it in SLIRP Paolo Bonzini
2011-03-21  8:24 ` [Qemu-devel] Re: [PATCH 0/2] avoid races on exec migration Paolo Bonzini
2011-03-29  9:19   ` Paolo Bonzini
2011-03-29 11:52 ` [Qemu-devel] " Markus Armbruster
2011-03-29 12:24   ` [Qemu-devel] " Paolo Bonzini
2011-03-29 13:33 ` Anthony Liguori [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=4D91DFA7.1020302@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /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).