Bug 1342453 - upgrade path when slave volume uuid used in geo-rep session
Summary: upgrade path when slave volume uuid used in geo-rep session
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: geo-replication
Version: 3.7.11
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Saravanakumar
QA Contact:
URL:
Whiteboard:
Depends On: 1337473
Blocks: 1342452
TreeView+ depends on / blocked
 
Reported: 2016-06-03 09:56 UTC by Saravanakumar
Modified: 2016-06-28 12:19 UTC (History)
1 user (show)

Fixed In Version: glusterfs-3.7.12
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1337473
Environment:
Last Closed: 2016-06-28 12:19:23 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description Saravanakumar 2016-06-03 09:56:29 UTC
Description of problem:

With commit heading, "slave volume uuid is involved as part of slave volume identification" slave volume uuid in involved as part of georep session.

When a volume is already configured for geo-replication(without above patch), upgrade path should be clearly defined.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. create geo-replication session without above mentioned patch.
2. install glusterfs with above mentioned patch.
3. geo-replication session should continue to work after upgrade.
4. We should be able to start geo-rep session again.

Actual results:


Expected results:


Additional info:

Comment 1 Vijay Bellur 2016-06-03 14:38:30 UTC
REVIEW: http://review.gluster.org/14641 (glusterd/geo-rep: upgrade path when slave vol uuid involved) posted (#1) for review on release-3.7 by Saravanakumar Arumugam (sarumuga)

Comment 2 Vijay Bellur 2016-06-03 14:40:30 UTC
REVIEW: http://review.gluster.org/14641 (glusterd/geo-rep: upgrade path when slave vol uuid involved) posted (#2) for review on release-3.7 by Saravanakumar Arumugam (sarumuga)

Comment 3 Vijay Bellur 2016-06-05 05:32:49 UTC
REVIEW: http://review.gluster.org/14641 (glusterd/geo-rep: upgrade path when slave vol uuid involved) posted (#3) for review on release-3.7 by Saravanakumar Arumugam (sarumuga)

Comment 4 Vijay Bellur 2016-06-06 05:45:21 UTC
REVIEW: http://review.gluster.org/14641 (glusterd/geo-rep: upgrade path when slave vol uuid involved) posted (#4) for review on release-3.7 by Saravanakumar Arumugam (sarumuga)

Comment 5 Vijay Bellur 2016-06-06 08:06:01 UTC
REVIEW: http://review.gluster.org/14641 (glusterd/geo-rep: upgrade path when slave vol uuid involved) posted (#5) for review on release-3.7 by Saravanakumar Arumugam (sarumuga)

Comment 6 Vijay Bellur 2016-06-09 09:32:09 UTC
REVIEW: http://review.gluster.org/14641 (glusterd/geo-rep: upgrade path when slave vol uuid involved) posted (#6) for review on release-3.7 by Saravanakumar Arumugam (sarumuga)

Comment 7 Vijay Bellur 2016-06-13 10:36:40 UTC
COMMIT: http://review.gluster.org/14641 committed in release-3.7 by Aravinda VK (avishwan) 
------
commit 2b984e60b97971f1cd2e661081efee3c4a387bcc
Author: Saravanakumar Arumugam <sarumuga>
Date:   Thu May 19 21:13:04 2016 +0530

    glusterd/geo-rep: upgrade path when slave vol uuid involved
    
    slave volume uuid is involved in identifying a geo-replication
    session.
    
    This patch addresses upgrade path, where existing geo-rep session
    is gracefully upgraded to involve slave volume uuid.
    
    Change-Id: Ib7ff5109b161592f24fc86fc7e93a407655fab86
    BUG: 1342453
    Reviewed-on: http://review.gluster.org/#/c/14425
    Signed-off-by: Saravanakumar Arumugam <sarumuga>
    Reviewed-on: http://review.gluster.org/14641
    NetBSD-regression: NetBSD Build System <jenkins.org>
    CentOS-regression: Gluster Build System <jenkins.com>
    Smoke: Gluster Build System <jenkins.com>
    Reviewed-by: Aravinda VK <avishwan>

Comment 8 Kaushal 2016-06-28 12:19:23 UTC
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.7.12, please open a new bug report.

glusterfs-3.7.12 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://www.gluster.org/pipermail/gluster-devel/2016-June/049918.html
[2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user


Note You need to log in before you can comment on or make changes to this bug.