Bug 1342420

Description of problem:
=======================

Pre-requisite of stopping volume is to stop geo-rep session. Even if geo-rep session is stopped, it fails complaining that the geo-rep session is ACTIVE.

[root@dhcp37-88 scripts]# gluster volume stop MASTER
Stopping volume will make its data inaccessible. Do you want to continue? (y/n) y
volume stop: MASTER: failed: geo-replication sessions are active for the volume MASTER.
Stop geo-replication sessions involved in this volume. Use 'volume geo-replication status' command for more info.
[root@dhcp37-88 scripts]# gluster volume geo-replication status
 
MASTER NODE     MASTER VOL    MASTER BRICK      SLAVE USER    SLAVE                       SLAVE NODE    STATUS     CRAWL STATUS    LAST_SYNCED          
---------------------------------------------------------------------------------------------------------------------------------------------
10.70.37.88     MASTER        /rhs/brick1/b1    root          ssh://10.70.37.52::SLAVE    N/A           Stopped    N/A             N/A                  
10.70.37.88     MASTER        /rhs/brick2/b4    root          ssh://10.70.37.52::SLAVE    N/A           Stopped    N/A             N/A                  
10.70.37.213    MASTER        /rhs/brick1/b3    root          ssh://10.70.37.52::SLAVE    N/A           Stopped    N/A             N/A                  
10.70.37.213    MASTER        /rhs/brick2/b6    root          ssh://10.70.37.52::SLAVE    N/A           Stopped    N/A             N/A                  
10.70.37.43     MASTER        /rhs/brick1/b2    root          ssh://10.70.37.52::SLAVE    N/A           Stopped    N/A             N/A                  
10.70.37.43     MASTER        /rhs/brick2/b5    root          ssh://10.70.37.52::SLAVE    N/A           Stopped    N/A             N/A                  
[root@dhcp37-88 scripts]# gluster volume list
MASTER
gluster_shared_storage
[root@dhcp37-88 scripts]# 



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



How reproducible:
=================
Always


Steps to Reproduce:
===================
1. Create geo-rep session between master and slave
2. Stop geo-rep session
3. Stop volume

Actual results:
===============

It fails complaining that the geo-rep session is active. 

Expected results:
=================
Volume stop should succeed

REVIEW: http://review.gluster.org/14636 (geo-rep: Fix volume stop with geo-rep session) posted (#1) for review on master by Kotresh HR (khiremat)

COMMIT: http://review.gluster.org/14636 committed in master by Aravinda VK (avishwan) 
------
commit 42b2c259658b017ec08ecf419c7ea83112779236
Author: Aravinda VK <avishwan>
Date:   Fri Jun 3 13:07:24 2016 +0530

    geo-rep: Fix volume stop with geo-rep session
    
    The slave volume uuid is appended to slave_url
    which is saved in 'gsync_slaves' dictionary with
    the commit "http://review.gluster.org/13111".
    But the gsyncd expects slave_url with out slave
    volume uuid otherwise it fails which in turn
    fails volume stop with geo-rep. This patch
    fixes the same.
    
    Change-Id: I036f4fce43115ff848daebfe1b2c58765cffab5a
    BUG: 1342420
    Signed-off-by: Kotresh HR <khiremat>
    Reviewed-on: http://review.gluster.org/14636
    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>