Bug 959075

Summary:	dht migration- open not sent on a cached subvol if open done on different fd once cached changes
Product:	[Community] GlusterFS	Reporter:	shishir gowda <sgowda>
Component:	distribute	Assignee:	bugs <bugs>
Status:	CLOSED EOL	QA Contact:
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	mainline	CC:	bugs, gluster-bugs, nsathyan
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-10-22 15:46:38 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:

Description shishir gowda 2013-05-03 06:10:09 UTC

Description of problem:
If cached subvol changes (layout  changes), then a subsequent fd based fop does open (migration incheck or complete) on the new cached subvol.

The problem arises if a parallel fd based fop on same inode is done before this access. On such cases, the cached subvol on the inode is updated, and the older fd never sees this change and continues with the fops.

This does not cause failures anymore (afr has fixes now to handle anom fd's), but for completeness, we need to fix this behaviour.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 3 Kaleb KEITHLEY 2015-10-22 15:46:38 UTC

because of the large number of bugs filed against mainline version\ is ambiguous and about to be removed as a choice.

If you believe this is still a bug, please change the status back to NEW and choose the appropriate, applicable version for it.