[Gluster-users] File\Directory not healing
David Dolan
daithidolan at gmail.com
Tue Feb 7 12:42:38 UTC 2023
Hi All.
Hoping you can help me with a healing problem. I have one file which didn't
self heal.
it looks to be a problem with a directory in the path as one node says it's
dirty. I have a replica volume with arbiter
This is what the 3 nodes say. One brick on each
Node1
getfattr -d -m . -e hex /path/to/dir | grep afr
getfattr: Removing leading '/' from absolute path names
trusted.afr.volume-client-2=0x000000000000000000000001
trusted.afr.dirty=0x000000000000000000000000
Node2
getfattr -d -m . -e hex /path/to/dir | grep afr
getfattr: Removing leading '/' from absolute path names
trusted.afr.volume-client-2=0x000000000000000000000001
trusted.afr.dirty=0x000000000000000000000000
Node3(Arbiter)
getfattr -d -m . -e hex /path/to/dir | grep afr
getfattr: Removing leading '/' from absolute path names
trusted.afr.dirty=0x000000000000000000000001
Since Node3(the arbiter) sees it as dirty and it looks like Node 1 and Node
2 have good copies, I was thinking of running the following on Node1 which
I believe would tell Node 2 and Node 3 to sync from Node 1
I'd then kick off a heal on the volume
setfattr -n trusted.afr.volume-client-1 -v 0x000000010000000000000000
/path/to/dir
setfattr -n trusted.afr.volume-client-2 -v 0x000000010000000000000000
/path/to/dir
client-0 is node 1, client-1 is node2 and client-2 is node 3. I've verified
the hard links with gfid are in the xattrop directory
Is this the correct way to heal and resolve the issue?
Thanks
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20230207/fd6213ac/attachment.html>
More information about the Gluster-users
mailing list