You may have tried this already.. but what if you leave both trusted.afr
entries, change only one to '0' and then self-heal?
v
On Tue 04 Mar 2014 16:46:14, Shawn Heisey wrote:
> I have a bunch of heal problems on a volume. For this email, I
> won't speculate about what caused them - that's a whole other
> discussion that I may have at some point in the future. This will
> concentrate on fixing the immediate problems so I can move forward.
>
> Thanks to JoeJulian's blog posts and talking to him in the IRC
> channel, I have a pretty good handle on how to fix entries in the
> 'heal $vol info' output ... but only if the entry given refers to a
> real *file* or a gluster link file. Almost all of the entries in my
> report are directories, and I have no idea how to fix it.
>
> All I have for these entries is gfid values, so I first locate the
> entry in .glusterfs. In this case, it's a symlink.
>
> [root@slc01dfs001a ~]# stat
> /bricks/d00v00/mdfs/.glusterfs/fe/93/fe93de6e-5b91-4193-a31c-786726886ff1
> File:
> `/bricks/d00v00/mdfs/.glusterfs/fe/93/fe93de6e-5b91-4193-a31c-786726886ff1'
> -> `../../a7/30/a730505c-84f3-407f-ac27-d45465a17f40/331'
> Size: 52 Blocks: 0 IO Block: 4096 symbolic link
> Device: fd06h/64774dInode: 2152112572 Links: 1
> Access: (0777/lrwxrwxrwx) Uid: (0/root) Gid: (0/root)
> Access: 2013-06-21 03:17:27.740839811 -0600
> Modify: 2013-06-21 03:17:27.740839811 -0600
> Change: 2013-06-21 03:17:27.740839811 -0600
>
> To figure out what the actual directory name is, I use readlink:
>
> [root@slc01dfs001a ~]# readlink -f
> /bricks/d00v00/mdfs/.glusterfs/fe/93/fe93de6e-5b91-4193-a31c-786726886ff1
> /bricks/d00v00/mdfs/REDACTED/mdfs/RTR/rtrphotosfour/docs/331
>
> I can get the extended attributes. I know from talking to Joe Julian
> that the following output means both copies think the other needs
> healing. If I compare 'ls -al' output from the brick directory on
> both copies, they are the same.
>
> [root@slc01dfs001a ~]# getfattr -m . -d -e hex
> /bricks/d00v00/mdfs/REDACTED/mdfs/RTR/rtrphotosfour/docs/331
> getfattr: Removing leading '/' from absolute path names
> # file: bricks/d00v00/mdfs/REDACTED/mdfs/RTR/rtrphotosfour/docs/331
> trusted.afr.mdfs-client-0=0x006e
> trusted.afr.mdfs-client-1=0x006e
> trusted.gfid=0xfe93de6e5b914193a31c786726886ff1
> trusted.glusterfs.dht=0x00013ffc4ffa
>
> Now for the big question ... what do I do, in a step-by-step format,
> to eliminate this entry from the heal info output? On another
> entry, I tried deleting the second trusted.afr entry on both copies,
> I tried deleting them both, I tried deleting one and setting the
> other to zero, and I tried changing them to both to zero. In
> between each of these, I did a stat on the directory via the FUSE
> mount. It did not change the heal info output.
>
> Thanks,
> Shawn
> ___
> Gluster-users mailing list
> Gluster-users@gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
--
Regards
Viktor Villafuerte
Optus Internet Engineering
t: 02 808-25265
___
Gluster-users mailing list
Gluster-users@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-users
