Bug 763803 (GLUSTER-2071)

Summary:	invalid stat information
Product:	[Community] GlusterFS	Reporter:	Joe Julian <joe>
Component:	distribute	Assignee:	Anand Avati <aavati>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	high	Docs Contact:
Priority:	urgent
Version:	3.0.5	CC:	chrisw, gluster-bugs
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	---
Regression:	---	Mount Type:	fuse
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Joe Julian 2010-11-09 18:56:03 UTC

Version is actually 3.0.6 which is not yet available in the selection list.

For some reason I ended up multiple duplicates of individual files on each dht subvolume. By setting use-readdirp the multiple copies do show up in the directory listing, but only the stat information for the last entry is used for each copy. This results in each entry showing the same inode information making the salvaging of data more difficult.

I would expect that either the dht translator would self-heal in these circumstances, or that it would display the correct stat information for each duplicate file.

Comment 1 Anand Avati 2010-11-10 02:09:26 UTC

It is hard for DHT to decide for itself which of the files to 'chose' over the other in case of duplicates. The best it can do is present both the files in listing so that the user can fix it manually by removing extra files from the backend. By nature of how syscalls work at the filesystem level (VFS/fuse), it is not possible to present two files with the same name separate file info in directory listing.