[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