[Bugs] [Bug 1325843] [HC] Add disk in a Hyper-converged environment fails when glusterfs is running in directIO mode

[bugzilla at redhat.com]

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



--- Comment #3 from Vijay Bellur <vbellur at redhat.com> ---
COMMIT: http://review.gluster.org/13966 committed in release-3.7 by Pranith
Kumar Karampuri (pkarampu at redhat.com) 
------
commit bd8ab0567017fd4dddfea738eae0bccc40b85527
Author: Krutika Dhananjay <kdhananj at redhat.com>
Date:   Tue Mar 29 18:36:08 2016 +0530

    features/shard: Make o-direct writes work with sharding

            Backport of: http://review.gluster.org/#/c/13846/

    With files opened with o-direct, the expectation is that
    the IO performed on the fds is byte aligned wrt the sector size
    of the underlying device. With files getting sharded, a single
    write from the application could be broken into more than one write
    falling on different shards which _might_ cause the original byte alignment
    property to be lost. To get around this, shard translator will send fsync
    on odirect writes to emulate o-direct-like behavior in the backend.

    Change-Id: I992e10162afcca17a19d9cba3bcb187a31c618ae
    BUG: 1325843
    Signed-off-by: Krutika Dhananjay <kdhananj at redhat.com>
    Reviewed-on: http://review.gluster.org/13966
    Smoke: Gluster Build System <jenkins at build.gluster.com>
    NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
    CentOS-regression: Gluster Build System <jenkins at build.gluster.com>
    Reviewed-by: Pranith Kumar Karampuri <pkarampu at redhat.com>

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.