[Bugs] [Bug 1357773] New: [georep]: If a georep session is recreated the existing files which are deleted from slave doesn 't get sync again from master

Tue Jul 19 06:36:19 UTC 2016

https://bugzilla.redhat.com/show_bug.cgi?id=1357773

            Bug ID: 1357773
           Summary: [georep]: If a georep session is recreated the
                    existing files which are deleted from slave doesn't
                    get sync again from master
           Product: GlusterFS
           Version: 3.8.1
         Component: geo-replication
          Severity: medium
          Priority: medium
          Assignee: bugs at gluster.org
          Reporter: mchangir at redhat.com
                CC: avishwan at redhat.com, bugs at gluster.org,
                    chrisw at redhat.com, csaba at redhat.com,
                    mchangir at redhat.com, nlevinki at redhat.com,
                    rhinduja at redhat.com, sankarshan at redhat.com,
                    sarumuga at redhat.com, storage-qa-internal at redhat.com
        Depends On: 1205162, 1311926
            Blocks: 1357772

+++ This bug was initially created as a clone of Bug #1311926 +++

+++ This bug was initially created as a clone of Bug #1205162 +++

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

If the files are deleted from slave volume after the session is deleted between
master and slave volume. These files will never again sync after recreating the
session. It is because we maintain the information in master for the files that
are already sync.

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

glusterfs-3.6.0.53-1.el6rhs.x86_64

How reproducible:
=================
1/1

Steps to Reproduce:
==================
1. Create and start a georep session between master and slave volume.
2. Create data to the master volume
3. Let the georep sync the data to the slave volume.
4. Once the data is synced to slave volume, stop and delete the session between
master and slave.
5. Delete the files from slave volume
6. Re-create and start the session between master and slave volume.
7. The files that were deleted from slave volume doesn't get sync from master

--- Additional comment from Aravinda VK on 2015-12-08 04:27:51 EST ---

As part of geo-rep delete command, we should remove stime xattrs from Master
Brick roots. So that on re-creation it will start syncing from beginning.

--- Additional comment from Vijay Bellur on 2016-04-22 07:31:29 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: [WIP] delete stime xattr on
session delete) posted (#1) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-05-12 01:47:15 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: delete stime xattr on session
delete) posted (#2) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-05-19 08:47:58 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: reset stime xattr on session
delete) posted (#3) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-05-24 10:59:12 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: reset stime xattr on session
delete) posted (#4) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-05-24 12:54:35 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: reset stime xattr on session
delete) posted (#5) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-05-27 02:58:20 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: reset stime xattr on session
delete) posted (#6) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-05-27 03:01:31 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: reset stime xattr on session
delete) posted (#7) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-05-27 03:22:08 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: reset stime xattr on session
delete) posted (#8) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-06-02 03:15:38 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: add reset_sync_time option for
session delete) posted (#9) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-06-02 07:46:01 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: add reset-sync-time option for
session delete) posted (#10) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-06-03 01:12:20 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: add reset-sync-time option for
session delete) posted (#11) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-06-03 05:05:43 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: add reset-sync-time option for
session delete) posted (#12) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-06-09 04:56:42 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: add reset-sync-time option for
session delete) posted (#13) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-06-27 07:05:06 EDT ---

REVIEW: http://review.gluster.org/14051 (georep: add reset-sync-time option for
session delete) posted (#14) for review on master by Milind Changire
(mchangir at redhat.com)

--- Additional comment from Vijay Bellur on 2016-06-29 02:41:58 EDT ---

COMMIT: http://review.gluster.org/14051 committed in master by Aravinda VK
(avishwan at redhat.com) 
------
commit 70fd68d94f768c098b3178c151fa92c5079a8cfd
Author: Milind Changire <mchangir at redhat.com>
Date:   Fri Apr 22 16:56:47 2016 +0530

    georep: add reset-sync-time option for session delete

    Set the stime xattr at all the brick roots to (0,0) if the argument
    reset-sync-time has been provided on the command-line.
    To avoid testing against directory specific stime, the remote
    stime is assumed to be minus_infinity, if the root directory
    stime is set to (0,0), before the directory scan begins.
    This triggers a full volume resync to slave in the case of a
    geo-rep session recreation with the same master-slave volume
    pair.

    Command synopsis:
    gluster volume geo-replication <MASTERVOL> <SLAVE>::<SLAVEVOL> delete \
        [reset-sync-time]

    Update gluster cli man page to include new sub-command reset-sync-time.

    Change-Id: Ie4ce03b9425ed9bb81eda8681058c0fc6f990948
    BUG: 1311926
    Signed-off-by: Milind Changire <mchangir at redhat.com>
    Reviewed-on: http://review.gluster.org/14051
    Reviewed-by: Kotresh HR <khiremat at redhat.com>
    Smoke: Gluster Build System <jenkins at build.gluster.org>
    NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
    CentOS-regression: Gluster Build System <jenkins at build.gluster.org>
    Reviewed-by: Aravinda VK <avishwan at redhat.com>

Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1205162
[Bug 1205162] [georep]: If a georep session is recreated the existing files
which are deleted from slave doesn't get sync again from master
https://bugzilla.redhat.com/show_bug.cgi?id=1311926
[Bug 1311926] [georep]: If a georep session is recreated the existing files
which are deleted from slave doesn't get sync again from master
https://bugzilla.redhat.com/show_bug.cgi?id=1357772
[Bug 1357772] [georep]: If a georep session is recreated the existing files
which are deleted from slave doesn't get sync again from master
-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.