[Bugs] [Bug 1149857] Option transport.socket.bind-address ignored
bugzilla at redhat.com
bugzilla at redhat.com
Tue Oct 21 15:38:54 UTC 2014
https://bugzilla.redhat.com/show_bug.cgi?id=1149857
--- Comment #6 from Anand Avati <aavati at redhat.com> ---
COMMIT: http://review.gluster.org/8952 committed in release-3.5 by Niels de Vos
(ndevos at redhat.com)
------
commit 4f58e62ce5787303ced4e11ba15d5ce8f07c379f
Author: Niels de Vos <ndevos at redhat.com>
Date: Tue Oct 21 09:20:31 2014 +0200
glusterd: pass the bind-address to starting services
When the transport.socket.bind-address option is set to a hostname or
ip-address, the services started by GlusterD fail to connect to the
management daemon. GlusterD always forces the services to connect to the
"localhost" hostname, even if it is not listening on that address.
GlusterD should take the transport.socket.bind-address option into
consideration, and pass that to the glusterfs-clients with the -s or
--volfile commandline parameter.
Note that this is not a change that removes all hard-coded dependencies
on "localhost". This change merely makes it possible to start required
services when the transport.socket.bind-address option is set.
Cherry picked from commit 283fa797f4bf98130b42c36972305b8cb6e5aaaf:
> Change-Id: I36a0ed6c69342e6327adc258fea023929055d7f2
> BUG: 1149863
> Signed-off-by: Niels de Vos <ndevos at redhat.com>
> Reviewed-on: http://review.gluster.org/8908
> Tested-by: Gluster Build System <jenkins at build.gluster.com>
> Reviewed-by: Jeff Darcy <jdarcy at redhat.com>
> Reviewed-by: Krishnan Parthasarathi <kparthas at redhat.com>
> Tested-by: Krishnan Parthasarathi <kparthas at redhat.com>
Change-Id: I36a0ed6c69342e6327adc258fea023929055d7f2
BUG: 1149857
Signed-off-by: Niels de Vos <ndevos at redhat.com>
Reviewed-on: http://review.gluster.org/8952
Tested-by: Gluster Build System <jenkins at build.gluster.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=dXoS0E7PMG&a=cc_unsubscribe
More information about the Bugs
mailing list