[Bugs] [Bug 1316391] Brick ports get changed after GlusterD restart

bugzilla at redhat.com bugzilla at redhat.com
Tue Mar 22 07:17:30 UTC 2016


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



--- Comment #3 from Vijay Bellur <vbellur at redhat.com> ---
COMMIT: http://review.gluster.org/13664 committed in release-3.7 by Atin
Mukherjee (amukherj at redhat.com) 
------
commit f53cf50ba2667a9bcf92227a1023625bda398c59
Author: Kaushal M <kaushal at redhat.com>
Date:   Wed Mar 2 15:19:30 2016 +0530

    glusterd: Always copy old brick ports when importing

      Backport of ecf6243 from master.
    When an updated volinfo is imported in, the brick ports from the old
    volinfo should be always copied.

    Earlier, this was being done only if the old volinfo was stopped and
    new volinfo was started. This could lead to brick ports chaging when the
    following sequence of steps happened.
    - A volume is stopped
    - GlusterD is stopped on a peer
    - The stopped volume is started
    - The stopped GlusterD is started
    This sequence would lead to bricks on the peer with re-started GlusterD
    to get new ports, which could break firewall rules and could prevent
    client access. This sequence could be hit when enabling management
    encryption in a Gluster trusted storage pool.

    Change-Id: I808ad478038d12ed2b19752511bdd7aa6f663bfc
    BUG: 1316391
    Reviewed-originally-on: http://review.gluster.org/13578
    Signed-off-by: Kaushal M <kaushal at redhat.com>
    Reviewed-on: http://review.gluster.org/13664
    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: Atin Mukherjee <amukherj 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=kbXE6yyvWC&a=cc_unsubscribe


More information about the Bugs mailing list