[Gluster-users] deleted files directly in distribute brick

[Bruce Spidel]

Justin,

Thanks for the response. That is exactly what I needed. See I had deleted
the files but did not know which entries in .glusterfs to delete. The trick
is the link count = 1 and not linked to another file | grep -v ' -> ' that
gave me the complete list. There turned out to be 1k+ files and over 30T of
hidden storage.


Bruce
Joink LLC
812-231-7078


On Fri, Mar 28, 2014 at 3:05 PM, Justin Dossey <jbd at podomatic.com> wrote:

> 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 <bruce.spidel at joinkllc.com>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
>> Gluster-users at gluster.org
>> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>>
>
>
>
> --
> Justin Dossey
> CTO, PodOmatic
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140328/8f25fd7a/attachment.html>