[Gluster-users] No healing, errno 22

Ravishankar N
Mon, 15 Mar 2021 12:44:45 -0000

On 15/03/21 5:11 pm, Zenon Panoussis wrote:
>
> Indeed, enabling granular was only possible when there were
> 0 files to heal. Re-disabling it, however, did not impose this
> limitation.
Ah yes, this is expected behavior because even if we disable it, there
should be enough information to do the entry heal in the non-granular
way.
>
> I get the same answer on all three nodes. This directory contains
> no subdirectories, only files.
Hmm, then the client4_0_mkdir_cbk? failures in the glustershd.log must
be for a parallel heal of a directory which contains
subdirs.
>
> [root at node01 ~]# find
/gfs/gv0/vmail/net/provocation/oracle/Maildir/.Sent/cur/ -type f |wc -l
> 10264
>
> [root at node02 ~]# find
/gfs/gv0/vmail/net/provocation/oracle/Maildir/.Sent/cur/ -type f |wc -l
> 10604
>
> [root at node03 ~]# find
/gfs/gv0/vmail/net/provocation/oracle/Maildir/.Sent/cur/ -type f |wc -l
> 10603
>
> The figures don't fully add up to 4/343/344, but are very close.
> Nothing is is in split-brain, so it simply looks like node01 is
> lagging behind the other two.
>
Are there any file names inside
/gfs/gv0/.glusterfs/indices/entry-changes/011fcc1b-4d90-4c36-86ec-488aaa4db3b8
in any of the bricks? If this heal backlog was introduced when
granular-entry-heal was enabled, it must contain the list of files that
need to be healed.