Bug 765483 (GLUSTER-3751) - Directory Deletion with file open, then Recreation of Directory causes issues
Summary: Directory Deletion with file open, then Recreation of Directory causes issues
Keywords:
Status: CLOSED NOTABUG
Alias: GLUSTER-3751
Product: GlusterFS
Classification: Community
Component: distribute
Version: 3.2.4
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: shishir gowda
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-21 17:08 UTC by smncrowe
Modified: 2013-12-09 01:27 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-01-17 05:54:02 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description smncrowe 2011-10-21 17:08:28 UTC 
If you have two servers contributing to bricks to a replicated volume, have an application with an open file in a directory and then on another client delete the directory and recreate it, the server with the open file is no longer able to access the file.

We have attached a commentary for of the issue
Comment 1 shishir gowda 2011-10-24 00:30:11 UTC 
Hi,
Can you please provide the attachement?
And please provide me a volume info. Also, error logs if possible.
Comment 2 shishir gowda 2012-01-09 12:44:31 UTC 
Please provide more details.
Due to non-availability of any information, we may have to close the bug.
Comment 3 shishir gowda 2012-01-09 13:09:46 UTC 
The behavior is consistent with posix. Similar behavior is expected on posix compliant fs. Please provide more info, to further triage the bug.
Comment 4 shishir gowda 2012-01-17 05:54:02 UTC 
As mentioned in the earlier post, the behavior is consistent w.r.t posix protocols. Please re-open the bug if the test case is available and it is in violation of posix semantics.
Note You need to log in before you can comment on or make changes to this bug.