diff options
| author | Krishnan Parthasarathi <kparthas@redhat.com> | 2013-05-21 21:40:31 +0530 |
|---|---|---|
| committer | Anand Avati <avati@redhat.com> | 2013-05-23 22:27:41 -0700 |
| commit | 37f707023cb3777dcabd8b4be0d07878f9422025 (patch) | |
| tree | ee78c2a6ba7cdb3ed10e4963e85bcdcba7ae06f0 /xlators/nfs/server/src/nfs3.c | |
| parent | a387a545b44a553b9aedf1e2f4683c84dee0e6be (diff) | |
glusterd: Give up biglock during rpc conn cleanup
glusterd could deadlock after a peer-detach command as follows,
1) glusterd_friend_cleanup function 'flushes' out messages in the rpc
layer's queue, that haven't received a response. At this point, glusterd
has already acquired the big lock.
2) The side-effect of flushing out the messages is that the
corresponding call backs are called.
Call backs themselves are executed after acquiring the big lock. This
results in the big lock being acquired in a nested manner (in the same
thread), which causes
a deadlock.
This can also happen during brick/NFS/SHD disconnect in volume-stop.
Change-Id: Iab3aad143cd8ebbab53ea0b69687f0e7627dc8a9
BUG: 965533
Signed-off-by: Krishnan Parthasarathi <kparthas@redhat.com>
Reviewed-on: http://review.gluster.org/5061
Tested-by: Gluster Build System <jenkins@build.gluster.com>
Reviewed-by: Jeff Darcy <jdarcy@redhat.com>
Diffstat (limited to 'xlators/nfs/server/src/nfs3.c')
0 files changed, 0 insertions, 0 deletions