Since the files in .glusterfs are hard links, your data isn't actually gone-- you could restore the lost data in fact if you were able to determine the names of the files that were deleted based on the contents of the hard links in the .glusterfs directory. Big "if" but we're talking about recovering data, so it's up to you. If practicable, it's smart to keep a list of inode-filepath associations somewhere, but this probably doesn't help now.
You can use find(1) to locate which of the .glusterfs files references one of the deleted files on the brick: find /path/to/.glusterfs -links 1 -ls On Thu, Mar 27, 2014 at 1:29 PM, Bruce Spidel <[email protected]>wrote: > In a moment of insanity I deleted a few hundred files in a gluster brick > (30TB of 133TB) which is part of a distribute volume. I want these files > deleted. but did not do it through the client. The volume is reporting a > size as if they are still there. The files in .glusterfs are still there > and I don't know which ones to delete. > > I think the data was linked from the primary directories and the > .glusterfs directories and when I deleted the files from the primary > directories the data did not delete because of the links in .glusterfs. > > Is it survivable to delete all of .glusterfs in one or all bricks and hope > that gluster will repair it? > > > Bruce > Joink LLC > 812-231-7078 > > _______________________________________________ > Gluster-users mailing list > [email protected] > http://supercolony.gluster.org/mailman/listinfo/gluster-users > -- Justin Dossey CTO, PodOmatic
_______________________________________________ Gluster-users mailing list [email protected] http://supercolony.gluster.org/mailman/listinfo/gluster-users
