[Gluster-users] Unable to delete files but getfattr shows file is part of glusterfs

SINCOCK John J.Sincock at fugro.com
Wed Jun 18 03:56:50 UTC 2014

Thanks Pranith, I hope Susant can help!


From: Pranith Kumar Karampuri [mailto:pkarampu at redhat.com] 
Sent: Wednesday, 18 June 2014 11:48 AM
To: SINCOCK John; gluster-users at gluster.org
Cc: Susant Palai
Subject: Re: [Gluster-users] Unable to delete files but getfattr shows
file is part of glusterfs


I think Susant knows about this issue

CCed him


On 06/15/2014 07:16 PM, SINCOCK John wrote:

	Hi Everybody,


	We have recently setup a 2-node gluster, and are having some
problems deleting some files!

	We haven't accessed the gluster bricks directly, all access has
been through the glusterfs mount 

	The 1st node in our cluster also handles sharing the glusterfs
volume via samba, to windows clients.


	Environment is:

	Kernel: 2.6.32-431. #1 SMP Fri Dec 13 13:06:13
UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

	CentOS release 6.4 (Final)








	               4 bricks on each node

	               Gluster is setup without replication or striping


	               Bricks on one of the two nodes (the other node is
setup the same):

	/dev/sda1             9.1T  4.7T  4.5T  51%

	/dev/sda2             9.1T  3.7T  5.5T  40%

	/dev/sda3             9.1T  3.7T  5.5T  40%

	/dev/sda4             9.1T  4.1T  5.0T  46%


	Gluster volume mounted on 1st node:

	g-unit-1:/vol00        73T   31T   43T  42% /gluster/vol00

	               Mount options:

	g-unit-1:/vol00 on /gluster/vol00 type fuse.glusterfs


	So the problem is this:

	[root at g-unit-1 ~]# rm -Rf

	rm: cannot remove
`/gluster/vol00/data/CentOS3/CentOS_6.4_Final/Packages': Directory not

	rm: cannot remove
`/gluster/vol00/data/CentOS3/CentOS_6.4_Final/EFI/BOOT': Directory not

	[root at g-unit-1 ~]#


	And the delete leaves behind 2000 or so files:

	[root at g-unit-1 ~]# find
/gluster/vol00/data/CentOS3/CentOS_6.4_Final/ -type f | wc -l


	Almost all the left behind files are on the 2nd node, g-unit-2,
but there are a few on g-unit-1


	From the 2nd node, g-unit-2:

	[root at g-unit-2 ~]# getfattr -m . -d -e hex

	getfattr: Removing leading '/' from absolute path names

	# file:


	So the file is there, is tagged with some gluster info, and has
definitely been copied onto the volume properly, via the glusterfs
mount. It hasn't been copied directly onto the brick.


	But from g-unit-1, accessing via the glusterfs mount, and trying
to delete this file:

	[root at g-unit-1 ~]# rm

	rm: remove regular file
`/gluster/vol00/data/CentOS3/CentOS_6.4_Final/EFI/BOOT/BOOTX64.efi'? y

	rm: cannot remove
`/gluster/vol00/data/CentOS3/CentOS_6.4_Final/EFI/BOOT/BOOTX64.efi': No
such file or directory


	What the hell!?!!!!!


	Can someone please suggest the best course of action to resolve
this and prevent it happening in the future?


	Thanks for any assistance.










	Gluster-users mailing list
	Gluster-users at gluster.org


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140618/29b0064b/attachment.html>

More information about the Gluster-users mailing list