diff options
author | Jeff Darcy <jdarcy@redhat.com> | 2013-02-20 14:11:36 -0500 |
---|---|---|
committer | Anand Avati <avati@redhat.com> | 2013-02-21 17:27:56 -0800 |
commit | 1dbe9a05feac5032990457058f7cef686a293973 (patch) | |
tree | a66b6420dd244b27f6195d570335df0e3120ae18 /libglusterfs/src/event-epoll.c | |
parent | 673287ae4d265f67a445dedb8ace38b06e72dff7 (diff) |
glusterd: allow multiple instances of glusterd on one machine
This is needed to support automated testing of cluster-communication
features such as probing and quorum. In order to use this, you need to
do the following preparatory steps.
* Copy /var/lib/glusterd to another directory for each virtual host
* Ensure that each virtual host has a different UUID in its glusterd.info
Now you can start each copy of glusterd with the following xlator-options.
* management.transport.socket.bind-address=$ip_address
* management.working-directory=$unique_working_directory
You can use 127.x.y.z addresses for binding without needing to assign
them to interfaces explicitly. Note that you must use addresses, not
names, because of some stuff in the socket code that's not worth fixing
just for this usage, but after that you can use names in /etc/hosts
instead.
At this point you can issue CLI commands to a specific glusterd using
the --remote-host option. So far probe, volume create/start/stop,
mount, and basic I/O all seem to work as expected with multiple
instances.
Change-Id: I1beabb44cff8763d2774bc208b2ffcda27c1a550
BUG: 913555
Signed-off-by: Jeff Darcy <jdarcy@redhat.com>
Reviewed-on: http://review.gluster.org/4556
Tested-by: Gluster Build System <jenkins@build.gluster.com>
Reviewed-by: Anand Avati <avati@redhat.com>
Diffstat (limited to 'libglusterfs/src/event-epoll.c')
0 files changed, 0 insertions, 0 deletions