diff options
author | Atin Mukherjee <amukherj@redhat.com> | 2016-07-03 15:51:20 +0530 |
---|---|---|
committer | Kaushal M <kaushal@redhat.com> | 2016-07-05 00:23:35 -0700 |
commit | 633e6fe265bc2de42dade58dc6a15c285957da76 (patch) | |
tree | af66cdf5413c1ff836a3676cb4eee7403af6c6c3 /tests | |
parent | 8d41243f18c4a9c89028c8fc5e54b7e2b5e4309d (diff) |
glusterd: compare uuid instead of hostname address resolution
In glusterd_get_brickinfo () brick's hostname is address resolved. This adds an
unnecessary latency since it uses calls like getaddrinfo (). Instead given the
local brick's uuid is already known a comparison of MY_UUID and brickinfo->uuid
is much more light weight than the previous approach.
On a scale testing where cluster hosting ~400 volumes spanning across 4 nodes,
if a node goes for a reboot, few of the bricks don't come up. After few days of
analysis its found that glusterd_pmap_sigin () was taking signficant amount of
latency and further code walthrough revealed this unnecessary address
resolution. Applying this fix solves the issue and now all the brick processes
come up on a node reboot.
Change-Id: I299b8660ce0da6f3f739354f5c637bc356d82133
BUG: 1352279
Signed-off-by: Atin Mukherjee <amukherj@redhat.com>
Reviewed-on: http://review.gluster.org/14849
Smoke: Gluster Build System <jenkins@build.gluster.org>
NetBSD-regression: NetBSD Build System <jenkins@build.gluster.org>
CentOS-regression: Gluster Build System <jenkins@build.gluster.org>
Reviewed-by: Prashanth Pai <ppai@redhat.com>
Reviewed-by: Samikshan Bairagya <samikshan@gmail.com>
Reviewed-by: Kaushal M <kaushal@redhat.com>
Diffstat (limited to 'tests')
0 files changed, 0 insertions, 0 deletions