Bug 990060 - Dist-geo-rep : 'gluster volume geo <master_vol> <slave_ip>::<slave_vol> delete' command deletes all session having that slave_vol name ; even though sessions are between same master and diffident slave cluster
Summary: Dist-geo-rep : 'gluster volume geo <master_vol> <slave_ip>::<slave_vol> delet...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: geo-replication
Version: 2.1
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
: ---
Assignee: Avra Sengupta
QA Contact: amainkar
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-07-30 10:17 UTC by Rachana Patel
Modified: 2015-04-20 11:57 UTC (History)
4 users (show)

Fixed In Version: glusterfs-3.4.0.15rhs
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 991501 (view as bug list)
Environment:
Last Closed: 2013-09-23 22:38:49 UTC
Embargoed:


Attachments (Terms of Use)

Description Rachana Patel 2013-07-30 10:17:05 UTC
Description of problem:
 Dist-geo-rep : 'gluster volume geo <master_vol> <slave_ip>::<slave_vol> delete' command deletes all session having that slave_vol name ; even though sessions are between same master and diffident slave cluster

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

How reproducible:
3.4.0.13rhs-1.el6rhs.x86_64

Steps to Reproduce:
1.had a 2 slave cluster; having same volume name
slave cluster 1 :-
rhsauto018
rhsauto031
rhsauto026
rhsauto027
volume name :- slave4

slave cluster 2 :-
10.70.43.147 - 
10.70.43.114
10.70.43.115
10.70.43.103
volume name :- slave4


2. create session :- one with slave cluster 1 and another with slave cluster 2
start those sessions

[root@DVM4 geo-replication]#  gluster volume geo test4 rhsauto018.lab.eng.blr.redhat.com::slave4 create
root@DVM4 geo-replication]#  gluster volume geo test4 rhsauto018.lab.eng.blr.redhat.com::slave4 create
Creating geo-replication session between test4 & rhsauto018.lab.eng.blr.redhat.com::slave4 has been successful
[root@DVM4 geo-replication]#  gluster volume geo test4 rhsauto018.lab.eng.blr.redhat.com::slave4 status
NODE                           MASTER   SLAVE                                        HEALTH         UPTIME       
-----------------------------------------------------------------------------------------------------------------
DVM5.lab.eng.blr.redhat.com    test4    rhsauto018.lab.eng.blr.redhat.com::slave4    Not Started    N/A          
DVM2.lab.eng.blr.redhat.com    test4    rhsauto018.lab.eng.blr.redhat.com::slave4    Not Started    N/A          
DVM6.lab.eng.blr.redhat.com    test4    rhsauto018.lab.eng.blr.redhat.com::slave4    Not Started    N/A          
DVM1.lab.eng.blr.redhat.com    test4    rhsauto018.lab.eng.blr.redhat.com::slave4    Not Started    N/A          
DVM3.lab.eng.blr.redhat.com    test4    rhsauto018.lab.eng.blr.redhat.com::slave4    Not Started    N/A          
[root@DVM4 geo-replication]#  gluster volume geo test4 rhsauto018.lab.eng.blr.redhat.com::slave4 start
Starting geo-replication session between test4 & rhsauto018.lab.eng.blr.redhat.com::slave4 has been successful
[root@DVM4 geo-replication]#  gluster volume geo test4 10.70.43.103::slave4 create push-pem
Creating geo-replication session between test4 & 10.70.43.103::slave4 has been successful
[root@DVM4 geo-replication]#  gluster volume geo test4 10.70.43.103::slave4 status
NODE                           MASTER   SLAVE                   HEALTH         UPTIME       
--------------------------------------------------------------------------------------------
DVM3.lab.eng.blr.redhat.com    test4    10.70.43.103::slave4    Not Started    N/A          
DVM1.lab.eng.blr.redhat.com    test4    10.70.43.103::slave4    Not Started    N/A          
DVM2.lab.eng.blr.redhat.com    test4    10.70.43.103::slave4    Not Started    N/A          
DVM5.lab.eng.blr.redhat.com    test4    10.70.43.103::slave4    Not Started    N/A          
DVM6.lab.eng.blr.redhat.com    test4    10.70.43.103::slave4    Not Started    N/A          
[root@DVM4 geo-replication]#  gluster volume geo test4 10.70.43.103::slave4 start
Starting geo-replication session between test4 & 10.70.43.103::slave4 has been successful
[root@DVM4 geo-replication]#  gluster volume geo test4 status
NODE                           MASTER   SLAVE                                              HEALTH             UPTIME       
---------------------------------------------------------------------------------------------------------------------------
DVM3.lab.eng.blr.redhat.com    test4    ssh://10.70.43.103::slave4                         Initializing...    N/A          
DVM3.lab.eng.blr.redhat.com    test4    ssh://rhsauto018.lab.eng.blr.redhat.com::slave4    faulty             N/A          
DVM5.lab.eng.blr.redhat.com    test4    ssh://10.70.43.103::slave4                         Initializing...    N/A          
DVM5.lab.eng.blr.redhat.com    test4    ssh://rhsauto018.lab.eng.blr.redhat.com::slave4    faulty             N/A          
DVM2.lab.eng.blr.redhat.com    test4    ssh://10.70.43.103::slave4                         Initializing...    N/A          
DVM2.lab.eng.blr.redhat.com    test4    ssh://rhsauto018.lab.eng.blr.redhat.com::slave4    faulty             N/A          
DVM6.lab.eng.blr.redhat.com    test4    ssh://10.70.43.103::slave4                         Initializing...    N/A          
DVM6.lab.eng.blr.redhat.com    test4    ssh://rhsauto018.lab.eng.blr.redhat.com::slave4    faulty             N/A          
DVM1.lab.eng.blr.redhat.com    test4    ssh://10.70.43.103::slave4                         Initializing...    N/A          
DVM1.lab.eng.blr.redhat.com    test4    ssh://rhsauto018.lab.eng.blr.redhat.com::slave4    faulty             N/A         


3. stop and delete one session and verify that it has also deleted another session having same vol_name.

[root@DVM4 geo-replication]#  gluster volume geo test4 10.70.43.103::slave4 stop
Stopping geo-replication session between test4 & 10.70.43.103::slave4 has been successful
[root@DVM4 geo-replication]#  gluster volume geo test4 status
NODE                           MASTER   SLAVE                                              HEALTH     UPTIME       
-------------------------------------------------------------------------------------------------------------------
DVM5.lab.eng.blr.redhat.com    test4    ssh://10.70.43.103::slave4                         Stopped    N/A          
DVM5.lab.eng.blr.redhat.com    test4    ssh://rhsauto018.lab.eng.blr.redhat.com::slave4    faulty     N/A          
DVM3.lab.eng.blr.redhat.com    test4    ssh://10.70.43.103::slave4                         Stopped    N/A          
DVM3.lab.eng.blr.redhat.com    test4    ssh://rhsauto018.lab.eng.blr.redhat.com::slave4    faulty     N/A          
DVM2.lab.eng.blr.redhat.com    test4    ssh://10.70.43.103::slave4                         Stopped    N/A          
DVM2.lab.eng.blr.redhat.com    test4    ssh://rhsauto018.lab.eng.blr.redhat.com::slave4    faulty     N/A          
DVM6.lab.eng.blr.redhat.com    test4    ssh://10.70.43.103::slave4                         Stopped    N/A          
DVM6.lab.eng.blr.redhat.com    test4    ssh://rhsauto018.lab.eng.blr.redhat.com::slave4    faulty     N/A          
DVM1.lab.eng.blr.redhat.com    test4    ssh://10.70.43.103::slave4                         Stopped    N/A          
DVM1.lab.eng.blr.redhat.com    test4    ssh://rhsauto018.lab.eng.blr.redhat.com::slave4    faulty     N/A          
[root@DVM4 geo-replication]#  gluster volume geo test4 10.70.43.103::slave4 delete
Deleting geo-replication session between test4 & 10.70.43.103::slave4 has been successful
[root@DVM4 geo-replication]#  gluster volume geo test4 status
No active geo-replication sessions for test4


Actual results:
deleting all sessions having that slave volume name

Expected results:
It should not delete all session

Additional info:

Comment 2 Avra Sengupta 2013-08-02 15:05:57 UTC
The patch that fixes this bug, changes the path where the session info like config, and status details are stored. Hence with this, patch, when an rpm upgrade is performed, the previous session config will not be supported. New geo-rep session must be created after installing this patch.

Comment 4 Rachana Patel 2013-08-13 08:27:40 UTC
verified with 3.4.0.18rhs-1.el6rhs.x86_64 and working as per expected
(not deleting all sessions)

Comment 5 Scott Haines 2013-09-23 22:38:49 UTC
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. 

For information on the advisory, and where to find the updated files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2013-1262.html

Comment 6 Scott Haines 2013-09-23 22:41:30 UTC
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. 

For information on the advisory, and where to find the updated files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2013-1262.html


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