[Bugs] [Bug 1348904] [geo-rep]: If the data is copied from .snaps directory to the master, it doesn' t get sync to slave [First Copy]

[bugzilla at redhat.com]

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



--- Comment #2 from Vijay Bellur <vbellur at redhat.com> ---
COMMIT: http://review.gluster.org/14773 committed in master by Raghavendra G
(rgowdapp at redhat.com) 
------
commit b37c6d9088851b2ef83ce4e28af642892e5fd268
Author: Kotresh HR <khiremat at redhat.com>
Date:   Wed Jun 22 13:05:10 2016 +0530

    feature/gfid-access: Fix nameless lookup on ".gfid"

    Problem:
    In geo-replication, if the data copied from .snaps
    directory to the master, the first set of copy after
    uss is enabled doesn't get sync to slave.

    Cause:
    Enabling uss results in graph switch. So when the
    lookup comes on "0x00...0d/gfid1" on new graph,
    ("0x00...0d' being the gfid of virtual directory
     ".gfid"), it fails as gfid-access xlator doesn't
    handle it.

    Fix:
    Handle nameless lookup on ".gfid" in gfid-access
    xlator.

    Change-Id: I32be0064e8fd58068646dbf662432f4a3da14e77
    BUG: 1348904
    Signed-off-by: Kotresh HR <khiremat at redhat.com>
    Reviewed-on: http://review.gluster.org/14773
    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: Raghavendra G <rgowdapp 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=GEDpTh8e6O&a=cc_unsubscribe