redis cli“sentinel slaves redis cluster”返回带有密码保护主机的空列表
[Redis][Redis db]“sentinel slaves”返回一个带有密码保护的主机的空列表 亲爱的各位 我当前的redis群集设置如下所示： 3个不同的linux服务器 srv 1=>redis主机+哨兵1 srv 2=>redis奴隶+哨兵2 srv 3=>sentinel 3 sentinel仅用于避免大脑分裂情况 redis版本 由于某些原因，sentinel无法找到合适的从设备来升级主设备，以防发生故障转移 redis cli命令sentinel slaves redis cluster会返回一个空列表：/see my terminal output follow，但3个sentinel可以相互通信 我用来获取这些信息的3个redis cli sentinel命令： 配置文件redis和sentinel是基础，我使用了身份验证 你知道我会误解什么吗？到目前为止/ 提前谢谢。 韩国， 奥修斯 文档： 这是我的哨兵日志： 如果我相信下面的论坛，哨兵只会把好奴隶提升到新主人。 资料来源： 有些奴隶可以很好地遵循以下规则。 非从属优先级为0。 他不是老主人。 ping回复>信息有效期\u时间 信息回复>信息验证时间 不是sdown，是odown，是断开的。redis cli“sentinel slaves redis cluster”返回带有密码保护主机的空列表,redis,redis-sentinel,redis-cluster,redis-cli,Redis,Redis Sentinel,Redis Cluster,Redis Cli,[Redis][Redis db]“sentinel slaves”返回一个带有密码保护的主机的空列表 亲爱的各位 我当前的redis群集设置如下所示： 3个不同的linux服务器 srv 1=>redis主机+哨兵1 srv 2=>redis奴隶+哨兵2 srv 3=>sentinel 3 sentinel仅用于避免大脑分裂情况 redis版本 由于某些原因，sentinel无法找到合适的从设备来升级主设备，以防发生故障转移 redis cli命令sentinel slaves redis c
我的问题实际上是我的redis集群文件redis.conf&redis-sentinel.conf中的一个错误配置，它在“standalone”mod中启动了我的两个redis实例 我将工作配置放在我的github存储库中：[github.com/orsius/redis cluster][1] 希望有一天它能帮助别人 保持冷静，继续使用redis集群； 奥修斯
[1]：相关问题：正是我想要的。我缺少节点2和3上的slaveof x.x.x 6379配置设置。
redis_version:3.2.3
redis_mode:sentinel
os:Linux 3.10.0-514.21.2.el7.x86_64 x86_64
tcp_port:26379
ip-10-0-0-118.eu-west-1.compute.internal:26379> sentinel slaves redis-cluster
(empty list or set)
ip-10-0-0-118.eu-west-1.compute.internal:26379> sentinel ckquorum redis-cluster
OK 3 usable Sentinels. Quorum and failover authorization can be reached
ip-10-0-0-118.eu-west-1.compute.internal:26379> sentinel failover redis-cluster
(error) NOGOODSLAVE No suitable slave to promote
. . .
`2361:X 17 Jul 09:20:55.159 # 04ffbe62cec24e9635abbf8985c804e27bb8899b voted for 2cd4dce89889baadc178ba8909b894cf42f184d9 23
2361:X 17 Jul 09:20:55.170 # f5e93cc7c1a109ca8aa4588b92156f7fb5c29c72 voted for 2cd4dce89889baadc178ba8909b894cf42f184d9 23
2361:X 17 Jul 09:20:55.221 # +elected-leader master redis-cluster 10.0.0.223 6379
2361:X 17 Jul 09:20:55.221 # +failover-state-select-slave master redis-cluster 10.0.0.223 6379
2361:X 17 Jul 09:20:55.304 # -failover-abort-no-good-slave master redis-cluster 10.0.0.223 6379
2361:X 17 Jul 09:20:55.357 # Next failover delay: I will not start a failover before Mon Jul 17 09:26:55 2017
2361:X 17 Jul 09:21:41.876 # +new-epoch 24
2361:X 17 Jul 09:21:41.878 # +vote-for-leader f5e93cc7c1a109ca8aa4588b92156f7fb5c29c72 24
2361:X 17 Jul 09:21:41.920 # Next failover delay: I will not start a failover before Mon Jul 17 09:27:42 2017
2361:X 17 Jul 09:27:42.092 # +new-epoch 25
2361:X 17 Jul 09:27:42.092 # +try-failover master redis-cluster 10.0.0.223 6379
2361:X 17 Jul 09:27:42.099 # +vote-for-leader 2cd4dce89889baadc178ba8909b894cf42f184d9 25
2361:X 17 Jul 09:27:42.102 # f5e93cc7c1a109ca8aa4588b92156f7fb5c29c72 voted for 2cd4dce89889baadc178ba8909b894cf42f184d9 25
2361:X 17 Jul 09:27:42.103 # 04ffbe62cec24e9635abbf8985c804e27bb8899b voted for 2cd4dce89889baadc178ba8909b894cf42f184d9 25
2361:X 17 Jul 09:27:42.165 # +elected-leader master redis-cluster 10.0.0.223 6379
2361:X 17 Jul 09:27:42.165 # +failover-state-select-slave master redis-cluster 10.0.0.223 6379
2361:X 17 Jul 09:27:42.248 # -failover-abort-no-good-slave master redis-cluster 10.0.0.223 6379
2361:X 17 Jul 09:27:42.314 # Next failover delay: I will not start a failover before Mon Jul 17 09:33:42 2017`
. . .