Re: Removing orphaned hard links under .glusterfs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm not aware of any.  Though I'm not an expert on the topic.

On Aug 21, 2014 12:32 PM, "Branden Timm" <btimm@xxxxxxxxxxxxxxx> wrote:
Thanks, I'll have a look at that.  Is there any way to divine the brick path that those gfid files under .glusterfs used to point to?

-Branden

On 08/21/2014 12:18 PM, Andrew Zenk wrote:
I would think that the link count should be sufficient.  I've attached a python module that we've used to do some brick level indexing and cleanup on our system.  You could use it to generate a list of the .glusterfs links for the remaining good files on the disk.  Then you could check your candidates for removal against the list before removing them.

On Aug 21, 2014 12:05 PM, "Branden Timm" <btimm@xxxxxxxxxxxxxxx> wrote:
We have a distributed volume, and had a rather large (> 50TB) folder that was no longer needed.  Naively, we removed the folder from the brick instead of through the Gluster client.

You can probably see where this is going.  We didn’t actually reclaim the space because of the hard links to .glusterfs, and now we need to figure out how to clean up.

Is it sufficient to simply check whether a file under .glusterfs has less than 2 hard links, something like:

find .glusterfs -type f -links -2 -exec rm {} \;

Or do we have to do something else?  Any help is much appreciated.

—Branden

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-users

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux