From: Michael Roth <mdroth@linux.vnet.ibm.com>
To: "MATSUDA, Daiki" <matsudadik@intellilink.co.jp>
Cc: Kazuo Tanaka <tanakakza@intellilink.co.jp>,
qemu-devel@nongnu.org, Luiz Capitulino <lcapitulino@redhat.com>
Subject: Re: [Qemu-devel] [PATCH] GuestAgent: PIDFILE remains when daemon start fails
Date: Thu, 05 Jan 2012 18:18:26 -0600 [thread overview]
Message-ID: <4F063DD2.3080104@linux.vnet.ibm.com> (raw)
In-Reply-To: <4F062390.6070007@intellilink.co.jp>
On 01/05/2012 04:26 PM, MATSUDA, Daiki wrote:
> Hi, all.
>
> I am trying QEMU Guest Agent and encountered a small bug. It is that the
> PIDFILE remains when daemon start fails. And maybe forgotton to g_free().
>
> MATSUDA, Daiki
>
Thanks for the patch. There was some contention in the past about
whether or not to clean up pidfiles when there was abnormal termination,
but personally I like this approach better. Luiz?:
http://www.mail-archive.com/qemu-devel@nongnu.org/msg67889.html
Patch looks good. We're missing some cleanup (gio channels, g_main_loop,
etc.), but that can be added later, and some of those make more sense to
have in main(). One suggestion below though:
>
>
> diff -uNrp qemu/qemu-ga.c qemu-c47f3223658119219bbe0b8d09da733d1c06e76f/qemu-ga.c
> --- qemu/qemu-ga.c 2012-01-05 01:06:25.000000000 +0900
> +++ qemu-c47f3223658119219bbe0b8d09da733d1c06e76f/qemu-ga.c 2012-01-06 07:07:03.807872085 +0900
> @@ -49,6 +49,13 @@ struct GAState {
> };
>
> static struct GAState *ga_state;
> +const char *pidfile = QGA_PIDFILE_DEFAULT;
> +
> +static void cleanup(void)
> +{
> + g_free(ga_state);
> + unlink(pidfile);
> +}
>
> static void quit_handler(int sig)
> {
> @@ -70,6 +77,7 @@ static void register_signal_handlers(voi
> ret = sigaction(SIGINT, &sigact, NULL);
> if (ret == -1) {
> g_error("error configuring signal handler: %s", strerror(errno));
> + cleanup();
> exit(EXIT_FAILURE);
> }
> ret = sigaction(SIGTERM, &sigact, NULL);
> @@ -485,6 +493,7 @@ static void init_guest_agent(GAState *s)
> if (s->path == NULL) {
> if (strcmp(s->method, "virtio-serial") != 0) {
> g_critical("must specify a path for this channel");
> + cleanup();
we should probably just do a "return false;" or something here, check
for return value in main(), and call cleanup()/exit() there. Looks a
little nicer at least, and make it easier to determine when to cleanup
(hard to tell whether init_guest_agent() was run before/after pidfile
creation here, for instance, but obvious in main()). Same with
register_signal_handlers() actually.
> exit(EXIT_FAILURE);
> }
> /* try the default path for the virtio-serial port */
> @@ -496,17 +505,20 @@ static void init_guest_agent(GAState *s)
> fd = qemu_open(s->path, O_RDWR | O_NONBLOCK | O_ASYNC);
> if (fd == -1) {
> g_critical("error opening channel: %s", strerror(errno));
> + cleanup();
> exit(EXIT_FAILURE);
> }
> ret = conn_channel_add(s, fd);
> if (ret) {
> g_critical("error adding channel to main loop");
> + cleanup();
> exit(EXIT_FAILURE);
> }
> } else if (strcmp(s->method, "isa-serial") == 0) {
> fd = qemu_open(s->path, O_RDWR | O_NOCTTY);
> if (fd == -1) {
> g_critical("error opening channel: %s", strerror(errno));
> + cleanup();
same here. etc.
> exit(EXIT_FAILURE);
> }
> tcgetattr(fd, &tio);
> @@ -533,15 +545,18 @@ static void init_guest_agent(GAState *s)
> fd = unix_listen(s->path, NULL, strlen(s->path));
> if (fd == -1) {
> g_critical("error opening path: %s", strerror(errno));
> + cleanup();
> exit(EXIT_FAILURE);
> }
> ret = listen_channel_add(s, fd, true);
> if (ret) {
> g_critical("error binding/listening to specified socket");
> + cleanup();
> exit(EXIT_FAILURE);
> }
> } else {
> g_critical("unsupported channel method/type: %s", s->method);
> + cleanup();
> exit(EXIT_FAILURE);
> }
>
> @@ -552,7 +567,7 @@ static void init_guest_agent(GAState *s)
> int main(int argc, char **argv)
> {
> const char *sopt = "hVvdm:p:l:f:b:";
> - const char *method = NULL, *path = NULL, *pidfile = QGA_PIDFILE_DEFAULT;
> + const char *method = NULL, *path = NULL;
> const struct option lopt[] = {
> { "help", 0, NULL, 'h' },
> { "version", 0, NULL, 'V' },
> @@ -662,7 +677,7 @@ int main(int argc, char **argv)
> g_main_loop_run(ga_state->main_loop);
>
> ga_command_state_cleanup_all(ga_state->command_state);
> - unlink(pidfile);
> + cleanup();
>
> return 0;
> }
next prev parent reply other threads:[~2012-01-06 0:18 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-05 22:26 [Qemu-devel] [PATCH] GuestAgent: PIDFILE remains when daemon start fails MATSUDA, Daiki
2012-01-06 0:18 ` Michael Roth [this message]
2012-01-06 10:56 ` Daniel P. Berrange
2012-01-06 17:00 ` Michael Roth
2012-01-06 17:05 ` Daniel P. Berrange
2012-01-06 19:06 ` Luiz Capitulino
2012-01-06 20:09 ` Michael Roth
2012-01-06 20:18 ` Luiz Capitulino
-- strict thread matches above, loose matches on Subject: below --
2012-01-05 22:16 MATSUDA, Daiki
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=4F063DD2.3080104@linux.vnet.ibm.com \
--to=mdroth@linux.vnet.ibm.com \
--cc=lcapitulino@redhat.com \
--cc=matsudadik@intellilink.co.jp \
--cc=qemu-devel@nongnu.org \
--cc=tanakakza@intellilink.co.jp \
/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.