[Bugs] [Bug 1313352] New: Dist-geo-rep: Support geo-replication to work with sharding

bugzilla at redhat.com bugzilla at redhat.com
Tue Mar 1 12:48:25 UTC 2016


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

            Bug ID: 1313352
           Summary: Dist-geo-rep: Support geo-replication to work with
                    sharding
           Product: Red Hat Gluster Storage
           Version: 3.1
         Component: glusterfs-geo-replication
          Priority: high
          Assignee: khiremat at redhat.com
          Reporter: sabose at redhat.com
        QA Contact: storage-qa-internal at redhat.com
                CC: bugs at gluster.org, chrisw at redhat.com, csaba at redhat.com,
                    khiremat at redhat.com, nlevinki at redhat.com,
                    sabose at redhat.com
        Depends On: 1265148
            Blocks: 1258386 (Gluster-HC-1), 1299184



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

Description of problem:
This bug tracks all the changes required for geo-replication to work with
sharding.

Requirements as per design:
  1. Both master and slave should be sharded
  2. Sharding configurations should be retained same as in master

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

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:
Geo-replication does not work with sharding

Expected results:
Geo-replication should work with sharding.

Additional info:

--- Additional comment from Vijay Bellur on 2015-10-13 08:04:28 EDT ---

REVIEW: http://review.gluster.org/12228 (features/shard: Support geo-rep for
sharded volume) posted (#5) for review on master by Kotresh HR
(khiremat at redhat.com)

--- Additional comment from Vijay Bellur on 2015-10-26 08:57:51 EDT ---

COMMIT: http://review.gluster.org/12228 committed in master by Pranith Kumar
Karampuri (pkarampu at redhat.com) 
------
commit 8216ecb871c8d74edcc46b7f13d1e1879be25de1
Author: Kotresh HR <khiremat at redhat.com>
Date:   Thu Sep 24 15:42:14 2015 +0530

    features/shard: Support geo-rep for sharded volume

    Approach:
          Shard xlator on slave side is by passed for all the fops
    to geo-rep mount. So each shard on master is considered as a
    separate file for geo-rep and it syncs them separately on to
    slave. The extended attribute in which shard maintains the
    size is also synced from master and shard on slave doesn't
    calculate by itself.

    Pre-requisites:
          1. If master is sharded volume, slave also should be sharded.
          2. Slave's shard configurations should be same as master.
          3. Geo-rep config of xattr sync should not be disabled.

    All other dependant patches:
          1. http://review.gluster.org/#/c/12205/
          2. http://review.gluster.org/#/c/12206/
          3. http://review.gluster.org/#/c/12225/
          4. http://review.gluster.org/#/c/12226/

    Change-Id: I474220d69fa030b1e06a4fa0868c34fabe02efcf
    BUG: 1265148
    Signed-off-by: Kotresh HR <khiremat at redhat.com>
    Reviewed-on: http://review.gluster.org/12228
    Tested-by: NetBSD Build System <jenkins at build.gluster.org>
    Reviewed-by: Krutika Dhananjay <kdhananj at redhat.com>
    Reviewed-by: Pranith Kumar Karampuri <pkarampu at redhat.com>

--- Additional comment from Vijay Bellur on 2015-10-27 04:38:28 EDT ---

REVIEW: http://review.gluster.org/12226 (geo-rep: Handle FXATTROP and XATTROP)
posted (#5) for review on master by Kotresh HR (khiremat at redhat.com)

--- Additional comment from Vijay Bellur on 2015-10-27 05:24:32 EDT ---

REVIEW: http://review.gluster.org/12205 (geo-rep: Fix syncing chown in xsync
crawl) posted (#3) for review on master by Kotresh HR (khiremat at redhat.com)

--- Additional comment from Vijay Bellur on 2015-10-28 00:52:48 EDT ---

REVIEW: http://review.gluster.org/12226 (geo-rep: Handle FXATTROP and XATTROP)
posted (#6) for review on master by Kotresh HR (khiremat at redhat.com)

--- Additional comment from Vijay Bellur on 2015-11-23 01:49:19 EST ---

COMMIT: http://review.gluster.org/12225 committed in master by Venky Shankar
(vshankar at redhat.com) 
------
commit 8805a4c65bf9c725cb26bb6979f3ebd62748138f
Author: Kotresh HR <khiremat at redhat.com>
Date:   Tue Sep 22 16:18:29 2015 +0530

    features/changelog: Capture FXATTROP and XATTROP in changelog

    GEO-REP INTEROP WITH SHARD FEATURE

    shard xlator updates size of the file using FXATTROP
    or XATTROP. Hence record the same in changelog.

    Change-Id: Ie0c21e9326da05ea78dc1ef3fd32a90ef38b4bb9
    BUG: 1265148
    Signed-off-by: Kotresh HR <khiremat at redhat.com>
    Reviewed-on: http://review.gluster.org/12225
    Tested-by: NetBSD Build System <jenkins at build.gluster.org>
    Tested-by: Gluster Build System <jenkins at build.gluster.com>
    Reviewed-by: Venky Shankar <vshankar at redhat.com>


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1258386
[Bug 1258386] [TRACKER] Gluster Hyperconvergence - Phase 1
https://bugzilla.redhat.com/show_bug.cgi?id=1265148
[Bug 1265148] Dist-geo-rep: Support geo-replication to work with sharding
-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hbxKCG0pvm&a=cc_unsubscribe


More information about the Bugs mailing list