[Gluster-users] Can't stop (or control) geo-replication?
Danny Sauer
danny at dannysauer.com
Tue Feb 25 14:45:06 UTC 2014
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I have the current gluster 3.4 running on some RHEL6 systems. For some
reason, all of the geo-replication commands which change a config file
(start, stop, config) return failure. Despite this, "start" actually
starts it up. I'd be mostly ok with this if stop also actually stopped
it; but that does not happen. The "command failed" behavior is
consistent across all nodes. The binaries are the result of downloading
the source RPM and "rpm --rebuild"ing, since the packages on the
download server still don't install on anything but the latest RHEL6
(that ssl library dependency thing); I didn't change anything, just
directly rebuilt from the source package. I have working ssh between
the systems, and files do propagate over; I can see in the logs that ssh
does connect and start up the gsyncd. I just have several test configs
that I'd like to not have running now, but they won't stay dead. :)
Is there a way to forcibly remove several geo-replication configs
outside of the shell tool? I tried editing the config file to change
the ssh command path for one of them, and my changes kept getting
overwritten by metadata from the other nodes (yes, time is in sync on
all nodes using ntp against the same server), so I'm assuming that
deleting the relevant block from the config file won't do it?
The really weird thing is that other volume management tasks work fine;
I can add/remove bricks from volumes, create, start and stop regular
volumes, etc. It's just the geo-replication management part that fails.
Thanks for any input you can provide. :) Some example output (with
username, IP, and hostnames changed to protect the innocent) is below.
- --Danny
user at gluster1 [/home/user]
$ sudo gluster v geo sec ssh://slave_73::geo_sec_73 stop
geo-replication command failed
user at gluster1 [/home/user]
$ sudo gluster v geo sec ssh://slave_73::geo_sec_73 config
gluster_log_file:
/var/log/glusterfs/geo-replication/sec/ssh%3A%2F%2Froot%401.2.3.4%3Agluster%3A%2F%2F127.0.0.1%3Ageo_sec_73.gluster.log
ssh_command: ssh -oPasswordAuthentication=no -oStrictHostKeyChecking=no
-i /var/lib/glusterd/geo-replication/secret.pem
session_owner: ace6b109-ba88-4c2e-9381-f2fc31aa36b5
remote_gsyncd: /usr/libexec/glusterfs/gsyncd
socketdir: /var/run
state_file:
/var/lib/glusterd/geo-replication/sec/ssh%3A%2F%2Froot%401.2.3.4%3Agluster%3A%2F%2F127.0.0.1%3Ageo_sec_73.status
state_socket_unencoded:
/var/lib/glusterd/geo-replication/sec/ssh%3A%2F%2Froot%401.2.3.4%3Agluster%3A%2F%2F127.0.0.1%3Ageo_sec_73.socket
gluster_command_dir: /usr/sbin/
pid_file:
/var/lib/glusterd/geo-replication/sec/ssh%3A%2F%2Froot%401.2.3.4%3Agluster%3A%2F%2F127.0.0.1%3Ageo_sec_73.pid
log_file:
/var/log/glusterfs/geo-replication/sec/ssh%3A%2F%2Froot%401.2.3.4%3Agluster%3A%2F%2F127.0.0.1%3Ageo_sec_73.log
gluster_params: xlator-option=*-dht.assert-no-child-down=true
user at gluster1 [/home/user]
$ sudo gluster v geo sec ssh://slave_73::geo_sec_73 status
NODE MASTER
SLAVE STATUS
-
---------------------------------------------------------------------------------------------------
gluster1 sec
ssh://slave_73::geo_sec_73 faulty
user at gluster1 [/home/user]
$ sudo gluster v geo sec ssh://slave_73::geo_sec_73 stop
geo-replication command failed
user at gluster1 [/home/user]
$ sudo gluster v geo sec ssh://slave_73::geo_sec_73 status
NODE MASTER
SLAVE STATUS
-
---------------------------------------------------------------------------------------------------
gluster1 sec
ssh://slave_73::geo_sec_73 faulty
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlMMrHEACgkQvtwZjjd2PN8kpQCfVjtKeO7DCvhT9SpK+LEulZVZ
c0wAn16xAT14V+oNOilbKwHDoM68EIbW
=QfSZ
-----END PGP SIGNATURE-----
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140225/86b3eb1a/attachment.html>
More information about the Gluster-users
mailing list