<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
hi Branden,<br>
In earlier mail you said you removed a directory from the brick
directly. Do you remember the brick name?. Is it a replica volume?
If it is, then the directory should be available on the other brick
of the replica pair.<br>
<br>
Pranith<br>
<br>
<div class="moz-cite-prefix">On 08/21/2014 11:02 PM, Branden Timm
wrote:<br>
</div>
<blockquote cite="mid:53F62D1B.2040107@energy.wisc.edu" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
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?<br>
<br>
-Branden<br>
<br>
<div class="moz-cite-prefix">On 08/21/2014 12:18 PM, Andrew Zenk
wrote:<br>
</div>
<blockquote
cite="mid:CA+Evd+EUojpS2MO+yd6DBZSDK_XO8teM565_orsMpqr=9yp8Qg@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_quote">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.</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">On Aug 21, 2014 12:05 PM, "Branden
Timm" <<a moz-do-not-send="true"
href="mailto:btimm@energy.wisc.edu" target="_blank">btimm@energy.wisc.edu</a>>
wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex"> 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.<br>
<br>
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.<br>
<br>
Is it sufficient to simply check whether a file under
.glusterfs has less than 2 hard links, something like:<br>
<br>
find .glusterfs -type f -links -2 -exec rm {} \;<br>
<br>
Or do we have to do something else? Any help is much
appreciated.<br>
<br>
—Branden<br>
<br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a moz-do-not-send="true"
href="http://supercolony.gluster.org/mailman/listinfo/gluster-users"
target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
</blockquote>
</div>
</div>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Gluster-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>
<a class="moz-txt-link-freetext" href="http://supercolony.gluster.org/mailman/listinfo/gluster-users">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a></pre>
</blockquote>
<br>
</body>
</html>