But it does say something. All these gfids of completed heals in the log below are the for the ones that you have given the getfattr output of. So what is likely happening is there is an intermittent connection problem between your mount and the brick process, leading to pending heals again after the heal gets completed, which is why the numbers are varying each time. You would need to check why that is the case.
Hope this helps,
Ravi
[2017-07-20 09:58:46.573079] I [MSGID: 108026] [afr-self-heal-common.c:1254:afr_log_selfheal] 0-engine-replicate-0: Completed data selfheal on e6dfd556-340b-4b76-b47b-7b6f5b d74327. sources=[0] 1 sinks=2 [2017-07-20 09:59:22.995003] I [MSGID: 108026] [afr-self-heal-metadata.c:51:__afr_selfheal_metadata_do] 0-engine-replicate-0: performing metadata selfheal on f05b9742-2771-484a-85fc-5b6974 bcef81 [2017-07-20 09:59:22.999372] I [MSGID: 108026] [afr-self-heal-common.c:1254:afr_log_selfheal] 0-engine-replicate-0: Completed metadata selfheal on f05b9742-2771-484a-85fc-5b6974 bcef81. sources=[0] 1 sinks=2
gluster peer status on NODE01:Number of Peers: 2Hostname: dnode02.localdomain.localUuid: 7c0ebfa3-5676-4d3f-9bfa-7fff6afea0ddState: Peer in Cluster (Connected)Other names:192.168.10.52dnode02.localdomain.local10.10.20.9010.10.10.20gluster peer status on NODE02:Number of Peers: 2Hostname: dnode01.localdomain.localUuid: a568bd60-b3e4-4432-a9bc-996c52eaaa12State: Peer in Cluster (Connected)Other names:gdnode0110.10.10.10Hostname: gdnode04Uuid: ce6e0f6b-12cf-4e40-8f01-d1609dfc5828State: Peer in Cluster (Connected)Other names:192.168.10.5410.10.10.40gluster peer status on NODE04:Number of Peers: 2Hostname: dnode02.neridom.domUuid: 7c0ebfa3-5676-4d3f-9bfa-7fff6afea0ddState: Peer in Cluster (Connected)Other names:10.10.20.90gdnode02192.168.10.5210.10.10.20Hostname: dnode01.localdomain.localUuid: a568bd60-b3e4-4432-a9bc-996c52eaaa12State: Peer in Cluster (Connected)Other names:gdnode0110.10.10.10