Bug 1250836
Summary: | [upgrade] After upgrade from 3.5 to 3.6 onwards version, bumping up op-version failed | ||
---|---|---|---|
Product: | [Community] GlusterFS | Reporter: | Atin Mukherjee <amukherj> |
Component: | glusterd | Assignee: | Atin Mukherjee <amukherj> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 3.6.0 | CC: | bugs, gluster-bugs, nlevinki, rabhat, rhs-bugs, sasundar, vbellur |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | glusterd | ||
Fixed In Version: | glusterfs-3.6.5 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | 1248298 | Environment: | |
Last Closed: | 2015-08-27 13:06:40 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: | 1248298 | ||
Bug Blocks: | 1249921, 1250544 |
Description
Atin Mukherjee
2015-08-06 06:34:48 UTC
REVIEW: http://review.gluster.org/11849 (glusterd: fix op-version bump up flow) posted (#1) for review on release-3.6 by Atin Mukherjee (amukherj) COMMIT: http://review.gluster.org/11849 committed in release-3.6 by Raghavendra Bhat (raghavendra) ------ commit fb601c73d366376711f5f164924a7655982e887f Author: Atin Mukherjee <amukherj> Date: Thu Aug 6 12:18:10 2015 +0530 glusterd: fix op-version bump up flow Backport of http://review.gluster.org/#/c/11798/ If a cluster is upgraded from 3.5 to latest version, gluster volume set all cluster.op-version <VERSION> will throw an error message back to the user saying unlocking failed. This is because of trying to release a volume wise lock in unlock phase as the lock was taken cluster wide. The problem surfaced because the op-version is updated in commit phase and unlocking works in the v3 framework where it should have used cluster unlock. Fix is to decide which lock/unlock is to be followed before invoking lock phase Change-Id: I6a82251d88cfc7af36c7deec511c634a09e55004 BUG: 1250836 Signed-off-by: Atin Mukherjee <amukherj> Reviewed-on: http://review.gluster.org/11849 Tested-by: Gluster Build System <jenkins.com> Reviewed-by: Krishnan Parthasarathi <kparthas> Tested-by: NetBSD Build System <jenkins.org> Reviewed-by: Raghavendra Bhat <raghavendra> 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.6.5, please open a new bug report. glusterfs-3.6.5 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/gluster-devel/2015-August/046570.html [2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user |