[Gluster-devel] .glusterfs directory?
Ravishankar N
ravishankar at redhat.com
Tue Dec 22 05:43:39 UTC 2020
On 21/12/20 2:35 pm, Emmanuel Dreyfus wrote:
> On Mon, Dec 21, 2020 at 01:53:06PM +0530, Ravishankar N wrote:
>> Are you talking about the entries inside.glusterfs/indices/xattrop/* ? Any
>> stale entries here should automatically be purged when self-heal daemon as
>> it crawls the folder periodically.
> I mean for instance:
> # ls -l .glusterfs/aa/aa/aaaadd69-7b3d-45e9-bd0f-8a8bbaa189a5
> lrwxrwxrwx 1 root wheel 60 Nov 4 2018 .glusterfs//aa/aa/aaaadd69-7b3d-45e9-bd0f-8a8bbaa189a5 -> ../../f0/91/f091de81-a4e2-4548-acf4-4b19c7bdac5e/tpm_nvwrite
> # ls -l .glusterfs/f0/91/f091de81-a4e2-4548-acf4-4b19c7bdac
> ls: .glusterfs/f0/91/f091de81-a4e2-4548-acf4-4b19c7bdac5e/tpm_nvwrite: No such file or directory
If this is the case on all bricks, then it might be okay to remove this
stale symlink. But if tpm_nvwrite directory is present on other bricks,
then it is better to check what the path to it is [1] and if its
trusted.gfid xattr is indeed aaaadd69-7b3d-45e9-bd0f-8a8bbaa189a5 and
why its missing on this brick alone (maybe pending self heal?)
[1]
https://github.com/gluster/glusterfs/commit/afbdcda3f4d6ffb906976064e0fa6f6b824718c8
-Ravi
More information about the Gluster-devel
mailing list