Bug 994462

Summary: Dist-geo-rep : geo-rep failover-failback is broken : special-sync-mode blind results in faulty state.
Product: [Community] GlusterFS Reporter: Venky Shankar <vshankar>
Component: geo-replicationAssignee: Csaba Henk <csaba>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: high Docs Contact:
Priority: high    
Version: mainlineCC: aavati, csaba, gluster-bugs, rhs-bugs, rwheeler, sdharane, shaines, vkoppad
Target Milestone: ---Keywords: TestBlocker
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: glusterfs-3.5.1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 989192 Environment:
Last Closed: 2014-07-11 19:17: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: 989192    
Bug Blocks: 957769    

Comment 1 Anand Avati 2013-08-07 10:48:42 UTC
REVIEW: http://review.gluster.org/5515 (gsyncd / geo-rep: introduce "recovery" mode) posted (#1) for review on master by Venky Shankar (vshankar)

Comment 2 Anand Avati 2013-08-13 05:55:28 UTC
REVIEW: http://review.gluster.org/5515 (gsyncd / geo-rep: introduce "recovery" mode) posted (#2) for review on master by Venky Shankar (vshankar)

Comment 3 Anand Avati 2013-09-03 10:02:27 UTC
REVIEW: http://review.gluster.org/5515 (gsyncd / geo-rep: introduce "recovery" mode) posted (#3) for review on master by Venky Shankar (vshankar)

Comment 4 Anand Avati 2013-09-05 03:43:13 UTC
COMMIT: http://review.gluster.org/5515 committed in master by Anand Avati (avati) 
------
commit 9ccdba413ff12956df2221fce91b220300479d23
Author: Venky Shankar <vshankar>
Date:   Wed Aug 7 16:10:25 2013 +0530

    gsyncd / geo-rep: introduce "recovery" mode
    
    This mode introduces and optimized recovery of master,
    used during failover-failback cases. Files are only
    transferred if they are identified as changed on the slave.
    
    A normal failback mechanism would be just to reverse the
    direction of geo-replication syncing. Doing this is the
    correct way but could be time consuming. "Recovery" mode
    optimizes this by identifying files (as skipping them) duing
    the one-shot crawl.
    
    NOTE: Use this mode when you are _absolutely_ sure that the
    namespace on the master is intact, ie. there is number of files
    in master is equal to the number of files in the slave, but the
    slave was written to (after a failover) when master was brought
    back up.
    
    - gluster volume geo <MV> <SLAVE>::<SV> config special_sync_mode recover
    - gluster volume geo <MV> <SLAVE>::<SV> start
    
    Change-Id: Idb698949e4e86698b15d04a35d33095562f51714
    BUG: 994462
    Original Author: Venky Shankar <vshankar>
    Signed-off-by: Venky Shankar <vshankar>
    Reviewed-on: http://review.gluster.org/5515
    Tested-by: Gluster Build System <jenkins.com>
    Reviewed-by: Avra Sengupta <asengupt>
    Tested-by: Avra Sengupta <asengupt>
    Reviewed-by: Anand Avati <avati>