diff options
author | David Teigland <teigland@redhat.com> | 2006-12-13 17:36:37 +0100 |
---|---|---|
committer | Steven Whitehouse <swhiteho@redhat.com> | 2007-02-05 19:35:47 +0100 |
commit | dc200a8848cca8b0e99012996c66f4b379a390ed (patch) | |
tree | 8237c1e9d972beabbc674136d33479eddd396e7d /fs/direct-io.c | |
parent | [GFS2] don't try to lockfs after shutdown (diff) | |
download | linux-dc200a8848cca8b0e99012996c66f4b379a390ed.tar.xz linux-dc200a8848cca8b0e99012996c66f4b379a390ed.zip |
[DLM] fix resend rcom lock
There's a chance the new master of resource hasn't learned it's the new
master before another node sends it a lock during recovery. The node
sending the lock needs to resend if this happens.
- A sends a master lookup for resource R to C
- B sends a master lookup for resource R to C
- C receives A's lookup, assigns A to be master of R and
sends a reply back to A
- C receives B's lookup and sends a reply back to B saying
that A is the master
- B receives lookup reply from C and sends its lock for R to A
- A receives lock from B, doesn't think it's the master of R
and sends an error back to B
- A receives lookup reply from C and becomes master of R
- B gets error back from A and resends its lock back to A
(this resending is what this patch does)
- A receives lock from B, it now sees it's the master of R
and takes the lock
Signed-off-by: David Teigland <teigland@redhat.com>
Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
Diffstat (limited to 'fs/direct-io.c')
0 files changed, 0 insertions, 0 deletions