Bug 1398501
| Summary: | [granular entry sh] - Provide a CLI to enable/disable the feature that checks that there are no heals pending before allowing the operation | ||
|---|---|---|---|
| Product: | [Community] GlusterFS | Reporter: | Krutika Dhananjay <kdhananj> |
| Component: | replicate | Assignee: | bugs <bugs> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 3.8 | CC: | bugs, pkarampu |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | glusterfs-3.8.7 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | 1370410 | Environment: | |
| Last Closed: | 2016-12-14 07:12:39 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1370410 | ||
| Bug Blocks: | 1385474, 1398500 | ||
|
Description
Krutika Dhananjay
2016-11-25 03:32:49 UTC
REVIEW: http://review.gluster.org/15927 (features/index: Delete granular entry indices of already healed directories during crawl) posted (#1) for review on release-3.8 by Krutika Dhananjay (kdhananj) COMMIT: http://review.gluster.org/15927 committed in release-3.8 by Pranith Kumar Karampuri (pkarampu) ------ commit d557d097851d335effe0a2e810ca3f664c30e93f Author: Krutika Dhananjay <kdhananj> Date: Fri Nov 18 15:38:00 2016 +0530 features/index: Delete granular entry indices of already healed directories during crawl Backport of: http://review.gluster.org/15880 If granular name indices are already in existence for a volume, and before they are healed, granular entry heal be disabled, a crawl on indices/xattrop will clear the changelogs on these directories. When their corresponding entry-changes indices are crawled subsequently, if it is found that the directories don't need heal anymore, the granular indices are not cleaned up. This patch fixes that problem by ensuring that the zero-xattrop also deletes the stale indices at the level of index translator. Change-Id: Iae0a560c1c9d37b083cad89f16d3dcf83c4f7dc7 BUG: 1398501 Signed-off-by: Krutika Dhananjay <kdhananj> Reviewed-on: http://review.gluster.org/15927 Smoke: Gluster Build System <jenkins.org> NetBSD-regression: NetBSD Build System <jenkins.org> CentOS-regression: Gluster Build System <jenkins.org> Reviewed-by: Pranith Kumar Karampuri <pkarampu> REVIEW: http://review.gluster.org/15942 (cluster/afr: CLI for granular entry heal enablement/disablement) posted (#1) for review on release-3.8 by Krutika Dhananjay (kdhananj) COMMIT: http://review.gluster.org/15942 committed in release-3.8 by Pranith Kumar Karampuri (pkarampu) ------ commit e06f4590616dfe7b93e8ac147ed812756df4f22d Author: Krutika Dhananjay <kdhananj> Date: Thu Sep 22 16:48:54 2016 +0530 cluster/afr: CLI for granular entry heal enablement/disablement Backport of: http://review.gluster.org/15747 When there are already existing non-granular indices created that are yet to be healed, if granular-entry-heal option is toggled from 'off' to 'on', AFR self-heal whenever it kicks in, will try to look for granular indices in 'entry-changes'. Because of the absence of name indices, granular entry healing logic will fail to heal these directories, and worse yet unset pending extended attributes with the assumption that are no entries that need heal. To get around this, a new CLI is introduced which will invoke glfsheal program to figure whether at the time an attempt is made to enable granular entry heal, there are pending heals on the volume OR there are one or more bricks that are down. If either of them is true, the command will be failed with the appropriate error. New CLI: gluster volume heal <VOL> granular-entry-heal {enable,disable} Change-Id: I342e0390f847fcb015a50ef58aedfcbcb58f4ed3 BUG: 1398501 Signed-off-by: Krutika Dhananjay <kdhananj> Reviewed-on: http://review.gluster.org/15942 NetBSD-regression: NetBSD Build System <jenkins.org> Smoke: Gluster Build System <jenkins.org> CentOS-regression: Gluster Build System <jenkins.org> Reviewed-by: Pranith Kumar Karampuri <pkarampu> 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-3.8.7, please open a new bug report. glusterfs-3.8.7 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] http://www.gluster.org/pipermail/packaging/2016-December/000226.html [2] https://www.gluster.org/pipermail/gluster-users/ REVIEW: http://review.gluster.org/16239 (features/index: Delete granular entry indices of already healed directories during crawl) posted (#1) for review on release-3.8-fb by Kevin Vigor (kvigor) REVIEW: http://review.gluster.org/16243 (cluster/afr: CLI for granular entry heal enablement/disablement) posted (#1) for review on release-3.8-fb by Kevin Vigor (kvigor) |