If an entry creation operation fails on quorum number of bricks, the file will get listed in the heal info output, but will not get healed by SHD.
This can happen because the file gets created on only one brick and on that brick the file will have the pending markers set. On the parent there won't be any pending marker set so the shd fails to heal the entry.
REVIEW: https://review.gluster.org/20153 (cluster/afr: Mark dirty for entry transactions for quorum failures) posted (#1) for review on master by Karthik U S
COMMIT: https://review.gluster.org/20153 committed in master by "Karthik U S" <firstname.lastname@example.org> with a commit message- cluster/afr: Mark dirty for entry transactions for quorum failures
If an entry creation transaction fails on quprum number of bricks
it might end up setting the pending changelogs on the file itself
on the brick where it got created. But the parent does not have
any entry pending marker set. This will lead to the entry not
getting healed by the self heal daemon automatically.
For entry transactions mark dirty on the parent if it fails on
quorum number of bricks, so that the heal can do conservative
merge and entry gets healed by shd.
Signed-off-by: karthik-us <email@example.com>
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-5.0, please open a new bug report.
glusterfs-5.0 has been announced on the Gluster mailinglists , packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist  and the update infrastructure for your distribution.