[Bugs] [Bug 1301032] [georep+tiering]: Hardlink sync is broken if master volume is tiered

[bugzilla at redhat.com]

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



--- Comment #10 from Vijay Bellur <vbellur at redhat.com> ---
COMMIT: http://review.gluster.org/13281 committed in master by Venky Shankar
(vshankar at redhat.com) 
------
commit 3f9632cd655f43fa66cca981b37cbfb09ab1d352
Author: Saravanakumar Arumugam <sarumuga at redhat.com>
Date:   Fri Jan 22 16:58:13 2016 +0530

    geo-rep: Handle hardlink in Tiering based volume

    Problem:
    Hardlinks are synced as Sticky bit files to Slave in
    a Tiering based volume.
    In a Tiering based volume, cold tier is hashed subvolume
    and geo-rep captures all namespace operations in cold tier.

    While syncing a file and its corresponding hardlink, it is
    recorded as MKNOD in cold tier(for both) and
    We end up creating two different files in Slave.

    Solution:
    If MKNOD with Sticky bit set is present, record it as LINK.
    This way it will create a HARDLINK if source file exists (on slave),
    else it will create a new file.

    This way, Slave can create Hardlink file itself (instead
    of creating a new file) in case of hardlink.

    Change-Id: Ic50dc6e64df9ed01799c30539a33daace0abe6d4
    BUG: 1301032
    Signed-off-by: Saravanakumar Arumugam <sarumuga at redhat.com>
    Signed-off-by: Aravinda VK <avishwan at redhat.com>
    Reviewed-on: http://review.gluster.org/13281
    Smoke: Gluster Build System <jenkins at build.gluster.com>
    CentOS-regression: Gluster Build System <jenkins at build.gluster.com>
    NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>

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