Bug 765483 (GLUSTER-3751)

Summary:	Directory Deletion with file open, then Recreation of Directory causes issues
Product:	[Community] GlusterFS	Reporter:	smncrowe
Component:	distribute	Assignee:	shishir gowda <sgowda>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	3.2.4	CC:	gluster-bugs, nsathyan
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-01-17 05:54:02 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

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.