From: Lon Hohberger <lhh@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [PATCH] rgmanager: Fix for deadlock
Date: Fri, 28 Sep 2012 15:08:09 -0400 [thread overview]
Message-ID: <5065F599.1030407@redhat.com> (raw)
In-Reply-To: <20120927191826.GA401516@redhat.com>
On 09/27/2012 03:18 PM, Ryan McCabe wrote:
> This patch fixes a deadlock in rgmanager that could occur when a node
> starts rgmanager while a service is recovering.
This basically prevents (where other places in the code try to avoid, it
looks like in the comments) cases where RG_START_REMOTE is passed while
a RG_START is already being processed for the same service on the same
node and one or more starts have failed.
ACK.
-- Lon
>
> Resolves: rhbz#861157
>
> Signed-off-by: Ryan McCabe <rmccabe@redhat.com>
> ---
> rgmanager/src/daemons/rg_state.c | 1 +
> rgmanager/src/daemons/rg_thread.c | 19 ++++++++++++++++++-
> rgmanager/src/daemons/service_op.c | 1 +
> 3 files changed, 20 insertions(+), 1 deletion(-)
>
> diff --git a/rgmanager/src/daemons/rg_state.c b/rgmanager/src/daemons/rg_state.c
> index 8c5af5b..80e8667 100644
> --- a/rgmanager/src/daemons/rg_state.c
> +++ b/rgmanager/src/daemons/rg_state.c
> @@ -1963,6 +1963,7 @@ retry:
> /* Deliberate */
> case RG_EDEPEND:
> case RG_EFAIL:
> + case RG_EDEADLCK:
> /* Uh oh - we failed to relocate to this node.
> ensure that we tell the next node to start it from
> the 'recovering' state. */
> diff --git a/rgmanager/src/daemons/rg_thread.c b/rgmanager/src/daemons/rg_thread.c
> index 72b5f96..5e551c3 100644
> --- a/rgmanager/src/daemons/rg_thread.c
> +++ b/rgmanager/src/daemons/rg_thread.c
> @@ -9,6 +9,8 @@
> #include <rg_queue.h>
> #include <assert.h>
> #include <members.h>
> +#include <liblogthread.h>
> +
>
> /**
> * Resource thread list entry.
> @@ -735,13 +737,28 @@ rt_enqueue_request(const char *resgroupname, int request,
> ret = 0;
> break;
> }
> - fprintf(stderr, "Failed to queue request: Would block\n");
> /* EWOULDBLOCK */
> pthread_mutex_unlock(resgroup->rt_queue_mutex);
> pthread_mutex_unlock(&reslist_mutex);
> + logt_print(LOG_DEBUG,
> + "Failed to queue %d request for %s: Would block\n",
> + request, resgroupname);
> return ret;
> }
>
> + if (resgroup->rt_request == RG_START &&
> + (request == RG_START_REMOTE || request == RG_START_RECOVER)) {
> + send_ret(response_ctx, resgroup->rt_name, RG_EDEADLCK,
> + request, 0);
> + msg_free_ctx(response_ctx);
> + pthread_mutex_unlock(resgroup->rt_queue_mutex);
> + pthread_mutex_unlock(&reslist_mutex);
> + logt_print(LOG_DEBUG,
> + "Failed to queue %d request for %s: Would block\n",
> + request, resgroupname);
> + return -1;
> + }
> +
> ret = rq_queue_request(resgroup->rt_queue, resgroup->rt_name,
> request, 0, 0, response_ctx, 0, target,
> arg0, arg1);
> diff --git a/rgmanager/src/daemons/service_op.c b/rgmanager/src/daemons/service_op.c
> index f094129..4b74427 100644
> --- a/rgmanager/src/daemons/service_op.c
> +++ b/rgmanager/src/daemons/service_op.c
> @@ -62,6 +62,7 @@ service_op_start(char *svcName,
> ++dep;
> continue;
> case RG_EFAIL:
> + case RG_EDEADLCK:
> ++fail;
> continue;
> case RG_EABORT:
>
next prev parent reply other threads:[~2012-09-28 19:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-27 19:18 [Cluster-devel] [PATCH] rgmanager: Fix for deadlock Ryan McCabe
2012-09-28 19:08 ` Lon Hohberger [this message]
-- strict thread matches above, loose matches on Subject: below --
2012-10-01 15:29 Ryan McCabe
2012-10-02 15:31 ` Lon Hohberger
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=5065F599.1030407@redhat.com \
--to=lhh@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 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).