Description: 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" <ksubrahm> with a commit message- cluster/afr: Mark dirty for entry transactions for quorum failures Problem: 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. Fix: 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. Change-Id: I56448932dd409b3ddb095e2ae32e037b6157a607 fixes: bz#1586020 Signed-off-by: karthik-us <ksubrahm>
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 [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution. [1] https://lists.gluster.org/pipermail/announce/2018-October/000115.html [2] https://www.gluster.org/pipermail/gluster-users/