diff options
author | David Teigland <teigland@redhat.com> | 2006-09-08 08:36:35 -0500 |
---|---|---|
committer | Steven Whitehouse <swhiteho@redhat.com> | 2006-09-08 17:00:12 -0400 |
commit | fa9f0e4925c7796afd14bf7bbf7a064078818bbc (patch) | |
tree | eaa690bf742fafef333b11b50c5aed6468e7f891 /fs/dlm/lock.c | |
parent | 37b2fa6a24f996d751dc80fbc8a77602cead269b (diff) | |
download | linux-fa9f0e4925c7796afd14bf7bbf7a064078818bbc.tar.gz linux-fa9f0e4925c7796afd14bf7bbf7a064078818bbc.tar.bz2 linux-fa9f0e4925c7796afd14bf7bbf7a064078818bbc.zip |
[DLM] confirm master for recovered waiting requests
Fixing the following scenario:
- A request is on the waiters list waiting for a reply from a remote node.
- The request is the first one on the resource, so first_lkid is set.
- The remote node fails causing recovery.
- During recovery the requesting node becomes master.
- The request is now processed locally instead of being a remote operation.
- At this point we need to call confirm_master() on the resource since
we're certain we're now the master node. This will clear first_lkid.
- We weren't calling confirm_master(), so first_lkid was not being cleared
causing subsequent requests on that resource to get stuck.
Signed-off-by: David Teigland <teigland@redhat.com>
Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
Diffstat (limited to 'fs/dlm/lock.c')
-rw-r--r-- | fs/dlm/lock.c | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/fs/dlm/lock.c b/fs/dlm/lock.c index 67247f0b508a..af2f2f01bd5f 100644 --- a/fs/dlm/lock.c +++ b/fs/dlm/lock.c @@ -3283,6 +3283,8 @@ int dlm_recover_waiters_post(struct dlm_ls *ls) hold_rsb(r); lock_rsb(r); _request_lock(r, lkb); + if (is_master(r)) + confirm_master(r, 0); unlock_rsb(r); put_rsb(r); break; |