<div dir="ltr"><div dir="ltr">Hi Emmanuel,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 2, 2020 at 3:05 AM Emmanuel Dreyfus &lt;<a href="mailto:manu@netbsd.org">manu@netbsd.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello<br>
<br>
gluster volume heal info show me questionable entries. I wonder if these<br>
are bugs, or if I shoud handle them and how.<br>
<br>
bidon# gluster volume heal gfs info <br>
Brick bidon:/export/wd0e_tmp<br>
Status: Connected<br>
Number of entries: 0<br>
<br>
Brick baril:/export/wd0e<br>
/.attribute/system <br>
&lt;gfid:7f3a4aa5-7a49-4f50-a166-b345cdf0616c&gt; <br>
Status: Connected<br>
Number of entries: 2<br>
<br>
(...)<br>
Brick bidon:/export/wd2e<br>
&lt;gfid:d616f804-0579-4649-8d8e-51ec4cf0e131&gt; <br>
&lt;gfid:f4eb6db3-8341-454b-9700-81ad4ebca61e&gt; <br>
/owncloud/data <br>
&lt;gfid:43b80fd9-a577-4568-b400-2d80bb4d25ad&gt; <br>
&lt;gfid:7253faad-6843-4321-a63f-17671237d607&gt; <br>
&lt;gfid:da055475-43c0-4157-b4f1-30b3647bc0b6&gt; <br>
&lt;gfid:02f4f38e-f351-4bb8-bd43-cad64ba5a4f5&gt; <br>
<br>
There are three cases:<br>
1) /.attribute directory is special on NetBSD, it is where extended<br>
attributes are stored for the filesystem. The posix xlator takes care of<br>
screening it, but there must be some other softrware component that<br>
should learn it must disregeard it. Hints are welcome about where I<br>
should look at.<br></blockquote><div><br></div><div>Is the &#39;.attribute&#39; directory only present on the root directory of a filesystem ? if so I strongly recommend to never use the root of a filesystem to place bricks. Always place the brick into a subdirectory.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
2) /owncloud/data  is a directory. mode, owner and groups are the same<br>
on bricks. Why is it listed here?<br></blockquote><div><br></div><div>If files or subdirectories have been created or removed from that directory and the operation failed on some brick (or the brick was down), the directory is also marked as bad. You should also check the contents.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
3) &lt;gfid:...&gt; What should I do with this?<br></blockquote><div><br></div><div>These are files or directories for whose real path is not known. If gfid2path feature is enabled, you can check the trusted.gfid2path.xxxxxx xattr on the gfid. It shows the gfid of the parent directory and the file name. The full path can be retrieved by following the directory symlinks or using the gfid-to-dirname.sh script in the extras directory.</div><div><br></div><div>If gfid2path is not enabled, I fear that finding them will need to be done by bruteforce:</div><div><br></div><div>1. Get the inode number of one of the gfid entries on one brick.</div><div>2. Run &#39;find &lt;brick root&gt; -inum &lt;inode number&gt;</div><div><br></div><div>Once you find the entries, if you do an &#39;stat&#39; on the mount point of the volume, the next &quot;gluster volume heal info&quot; should show the real path of the files instead its gfid</div><div><br></div><div>Regards,</div><div><br></div><div>Xavi</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
-- <br>
Emmanuel Dreyfus<br>
<a href="http://hcpnet.free.fr/pubz" rel="noreferrer" target="_blank">http://hcpnet.free.fr/pubz</a><br>
<a href="mailto:manu@netbsd.org" target="_blank">manu@netbsd.org</a><br>
_______________________________________________<br>
<br>
Community Meeting Calendar:<br>
<br>
Schedule -<br>
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br>
Bridge: <a href="https://bluejeans.com/441850968" rel="noreferrer" target="_blank">https://bluejeans.com/441850968</a><br>
<br>
<br>
<br>
<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
<a href="https://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-devel</a><br>
<br>
</blockquote></div></div>