summaryrefslogtreecommitdiffstats
path: root/THANKS
diff options
context:
space:
mode:
authorPranith Kumar K <pranithk@gluster.com>2012-03-21 15:41:26 +0530
committerAnand Avati <avati@redhat.com>2012-03-21 11:15:15 -0700
commitb1f1d57ca547cfa7644914bf7ff2d731b4a49134 (patch)
treec1f58d0eeaba008d0c56cc614988473767ee6a53 /THANKS
parentc40b9975d0bb3fdffdab281ad4f5e222d63d8674 (diff)
features/locks: Avoid race in creating domains
Thread:1 | Thread:2 ----------------------------------------- 1) Does inodelk on inode1| 1) Does inodelk on inode1 2) It tries to get the | 2) It tries to get the dom object for the volume| dom object for the volume volname-replicate-0. But | volname-replicate-0. But the domain list is empty.| the domain list is empty. 3) Create the new domain | dom1 and add it to head | of the list of domains. | 4) inodelk happens on | 3) Create the new domain dom1 on range r1. | dom2 and add it to head | of the list of domains. | 4) inodelk happens on dom2 on range r2 5) unlock for r1 comes | 5) Unlock on r2 succeeds. on inode1. | 6) It tries to get the | domain, of the inodelk | for volume | volname-replicate-0, gets| dom2 but the lock on | range r1 is not present | so it fails. | subsequent inode lock, unlocks will keep happening on the domain dom2. The stale lock present in the dom1 on range r1 will live on. It wont cause any hangs, but the statedump will always be scary. Change-Id: I9adc120d33febf685b30859cc307768c2fc63ae5 BUG: 770080 Signed-off-by: Pranith Kumar K <pranithk@gluster.com> Reviewed-on: http://review.gluster.com/2993 Tested-by: Gluster Build System <jenkins@build.gluster.com> Reviewed-by: Jeff Darcy <jdarcy@redhat.com> Reviewed-by: Anand Avati <avati@redhat.com>
Diffstat (limited to 'THANKS')
0 files changed, 0 insertions, 0 deletions