[Bugs] [Bug 1399134] GlusterFS client crashes during remove-brick operation

[bugzilla at redhat.com]

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



--- Comment #7 from Worker Ant <bugzilla-bot at gluster.org> ---
COMMIT: http://review.gluster.org/16030 committed in master by Raghavendra G
(rgowdapp at redhat.com) 
------
commit c6b0adb483c1d0c4922e6d4cb77abfb69d314a8e
Author: Jeff Darcy <jdarcy at redhat.com>
Date:   Mon Dec 5 13:01:41 2016 -0500

    libglusterfs: serialize init/reconfigure calls

    These functions do not generally "expect" to be called more than once
    in parallel, and many are likely to misbehave in that case (one case
    in DHT already).  Such parallel calls have not generally happened
    because there are only a few places where we call these functions, and
    those have been implicitly serialized until recently.  However, recent
    changes in the epoll layer change that, as does brick multiplexing.
    Therefore, the serialization is now explicit at the init/reconfigure
    level.

    It would be sufficient to serialize calls to a particular translator's
    init and reconfigure functions, but that would require per-translator
    locks and a bit more complexity in maintaining/using them.  Since
    there's no clear reason why we would need or want to support a higher
    level of parallelism, the simpler approach of a global lock should
    suffice.

    Change-Id: I26296c2826e91dc00b7f0c2061bcc2964ef90c4c
    BUG: 1399134
    Signed-off-by: Jeff Darcy <jdarcy at redhat.com>
    Reviewed-on: http://review.gluster.org/16030
    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=FeTcNhdIIY&a=cc_unsubscribe