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

[bugzilla at redhat.com]

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



--- Comment #10 from Vijay Bellur <vbellur at redhat.com> ---
COMMIT: http://review.gluster.org/12731 committed in release-3.7 by Venky
Shankar (vshankar at redhat.com) 
------
commit 0f4bd0b927f90e70252e613c980bb196395db9ea
Author: Kotresh HR <khiremat at redhat.com>
Date:   Tue Sep 15 16:56:01 2015 +0530

    features/gfid-access: Fix entry creation via setxattr for geo-rep

    GEO-REP INTEROP WITH SHARD FEATURE

    Problem:
        Geo-replication uses setxattr interface of gfid-access
        xlator to create entries and send explicit setattr
        after entry creation to set uid and gid. But between
        entry creation and setattr, the inode would not be
        linked. Hence operation which accesses inode structure
        during setattr by any the below xlator fails.

    Solution:
        Linking inode would seem the obvious solution but,
        gfid-access xlator cannot link inodes and maintain
        it as it would result in same inode pointing
        to two different paths one being virtual .gfid/<gfid>
        path and other being actual path.

        The solution is to set uid and gid in frame->root->uid
        and frame->root->gid respectively from which posix
        extracts and sets.

    BUG: 1284453
    Change-Id: I881c3541f7b056f25ee25b382957d71c821113c1
    Signed-off-by: Kotresh HR <khiremat at redhat.com>
    Reviewed-on: http://review.gluster.org/12206
    Tested-by: NetBSD Build System <jenkins at build.gluster.org>
    Reviewed-by: Aravinda VK <avishwan at redhat.com>
    Tested-by: Gluster Build System <jenkins at build.gluster.com>
    Reviewed-by: Venky Shankar <vshankar at redhat.com>
    Reviewed-on: http://review.gluster.org/12731
    Reviewed-by: Milind Changire <mchangir at redhat.com>

-- 
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=VzFybZvtbe&a=cc_unsubscribe