Bug 959075 - dht migration- open not sent on a cached subvol if open done on different fd once cached changes
Summary: dht migration- open not sent on a cached subvol if open done on different fd...
Keywords:
Status: CLOSED EOL
Alias: None
Product: GlusterFS
Classification: Community
Component: distribute
Version: mainline
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
Assignee: bugs@gluster.org
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-05-03 06:10 UTC by shishir gowda
Modified: 2015-10-22 15:46 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-10-22 15:46:38 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.