Bug 1250359

Summary:	quota accounting can get messed up with race between rename and in-progress writes
Product:	[Community] GlusterFS	Reporter:	Vijaikumar Mallikarjuna <vmallika>
Component:	quota	Assignee:	Vijaikumar Mallikarjuna <vmallika>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	mainline	CC:	bugs, gluster-bugs, smohan
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:
Clones:	1250361 (view as bug list)		Environment:
Last Closed:	2015-12-21 09:09:37 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1250361

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/