[Bugs] [Bug 1403646] self-heal not happening, as self-heal info lists the same pending shards to be healed
bugzilla at redhat.com
bugzilla at redhat.com
Tue Dec 13 09:03:18 UTC 2016
https://bugzilla.redhat.com/show_bug.cgi?id=1403646
--- Comment #2 from Worker Ant <bugzilla-bot at gluster.org> ---
COMMIT: http://review.gluster.org/16105 committed in release-3.8 by Pranith
Kumar Karampuri (pkarampu at redhat.com)
------
commit d1cb82ef4154c52c8c9b7a95c5016b97d9babf10
Author: Krutika Dhananjay <kdhananj at redhat.com>
Date: Thu Dec 8 22:49:48 2016 +0530
cluster/afr: Fix per-txn optimistic changelog initialisation
Backport of: http://review.gluster.org/16075
Incorrect initialisation of local->optimistic_change_log was leading
to skipped pre-op and post-op even when a brick didn't participate in
the txn because it was down.
The result - missing granular name index resulting in some entries
never getting healed.
FIX:
Initialise local->optimistic_change_log just before pre-op.
Also fixed granular entry heal to create the granular name index in
pre-op as opposed to post-op. This is to prevent loss of granular
information when during an entry txn, the good (src) brick goes
offline before the post-op is done. This would cause self-heal to
do conservative merge (since dirty xattr is the only information
available), which when granular-entry-heal is enabled, expects
granular indices, the lack of which can lead to loss of data in
the worst case.
Change-Id: Ibc0fbfb3fa21c578e28868d9e30b274e33c12064
BUG: 1403646
Signed-off-by: Krutika Dhananjay <kdhananj at redhat.com>
Reviewed-on: http://review.gluster.org/16105
Reviewed-by: Pranith Kumar Karampuri <pkarampu at redhat.com>
Smoke: Gluster Build System <jenkins at build.gluster.org>
NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
CentOS-regression: Gluster Build System <jenkins at build.gluster.org>
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=MLto1cs2jX&a=cc_unsubscribe
More information about the Bugs
mailing list