Bug 1250359 - quota accounting can get messed up with race between rename and in-progress writes
Summary: quota accounting can get messed up with race between rename and in-progress w...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: quota
Version: mainline
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Vijaikumar Mallikarjuna
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 1250361
TreeView+ depends on / blocked
 
Reported: 2015-08-05 08:47 UTC by Vijaikumar Mallikarjuna
Modified: 2016-05-11 22:49 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
: 1250361 (view as bug list)
Environment:
Last Closed: 2015-12-21 09:09:37 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:

Attachments (Terms of Use)

Description Vijaikumar Mallikarjuna 2015-08-05 08:47:53 UTC 
Consider below scenario
1) rename FOP invoked on file 'x'
2) write is still in progress for file 'x'
3) rename takes a lock on old-parent
3) write-update txn blocked on old-parent
4) in rename_cbk, contri xattrs are removed and contribution is deleted and lock is released
5) now write-update txn gets the lock and updates the wrong parent
Comment 1 Vijaikumar Mallikarjuna 2015-12-21 09:09:37 UTC 
This issue has been fixed in 3.7 and here are the patch details:

upstream patch: http://review.gluster.org/11578
release-3.7 patch: http://review.gluster.org/#/c/11961/
Note You need to log in before you can comment on or make changes to this bug.