gpt4 book ai didi

Redis - 网络错误后,所有 redis 服务器都设置为从服务器,不再选择主服务器,因为 -failover-abort-no-good-slave

转载 作者:可可西里 更新时间:2023-11-01 11:25:03 27 4
gpt4 key购买 nike

环境二redis-server 五哨兵红帽企业 Linux 服务器版本 5.11 (Tikanga)Redis 服务器 v=3.0.5 sha=00000000:0 malloc=jemalloc-3.6.0 bits=64 build=d23f872bbf615c9

由于网络故障,所有机器都被隔离,几秒内看不到

master_log: 576:M 10 Oct 21:56:15.082 # 与从客户端 ID #17278 的连接丢失。 576:S 10 Oct 21:56:26.044 * SLAVE OF 10.25.144.88:6379 已启用(用户请求来自 'id=1956135 addr=10.25.144.42:50550 fd=1298 name=sentinel-e9e5b26c-cmd age=10 idle=0 flags=x db=0 sub=0 psub=0 multi=3 qbuf=0 qbuf-free=32768 obl=36 oll=0 omem=0 events=rw cmd=exec')

slave_log: 4159:M 10 Oct 21:56:15.080 # 与主机的连接丢失。 4159:M 10 Oct 21:56:15.080 * 启用主模式(来自 'id=76394 addr=10.25.144.42:35032 fd=9 name=sentinel-e9e5b26c-cmd age=97297 idle=0 flags=x db= 的用户请求0 sub=0 psub=0 multi=3 qbuf=14 qbuf-free=32754 obl=36 oll=0 omem=0 events=rw cmd=exec')4159:M 10 Oct 21:56:15.082 # CONFIG REWRITE 执行成功。

sentinel2_log :25831:X 10 Oct 21:56:26.124 * +convert-to-slave slave 10.25.144.88:6379 10.25.144.88 6379 @coremaster 10.25.144.87 6379

slave_log: 4159:S 10 Oct 21:56:26.128 * SLAVE OF 10.25.144.87:6379 enabled (user request from 'id=91945 addr=10.25.144.79:48233 fd=6 name=sentinel-00e48109-cmd age =11idle=0 flags=x db=0 sub=0 psub=0 multi=3 qbuf=0 qbuf-free=32768 obl=36 oll=0 omem=0 events=rw cmd=exec')

master 和 slave 都是 slave,所有新的 vote-for-leader 都以 failover-abort-no-good-slave 结束

30120:X 10 Oct 22:03:22.011 # +new-epoch 449130120:X 10 Oct 22:03:22.011 # +try-failover master coremaster 10.25.144.87 637930120:X 10 Oct 22:03:22.030 # +vote-for-leader 8bf8389ca5d9eb8c1bfde2d5621a639028aeae9e 449130120:X 10 月 10 日 22:03:22.036 # 10.25.144.79:26379 投票给 8bf8389ca5d9eb8c1bfde2d5621a639028aeae9e 4491
30120:X 10 月 10 日 22:03:22.044 # 10.25.144.87:26379 投票给 8bf8389ca5d9eb8c1bfde2d5621a639028aeae9e 4491
30120:X 10 月 10 日 22:03:22.048 # 10.25.144.88:26379 投票给 8bf8389ca5d9eb8c1bfde2d5621a639028aeae9e 4491
30120:X 10 月 10 日 22:03:22.054 # 10.25.144.80:26379 投票给 8bf8389ca5d9eb8c1bfde2d5621a639028aeae9e 4491
30120:X 10 Oct 22:03:22.092 # +elected-leader master coremaster 10.25.144.87 637930120:X 10 Oct 22:03:22.092 # +failover-state-select-slave master coremaster 10.25.144.87 637930120:X 10 Oct 22:03:22.192 #-failover-abort-no-good-slave master coremaster 10.25.144.87 6379

首先一切正常,master转slave,slave变master,但是有一个sentinel(sentinel2_log)必须相信master已经up了,它向slave表明它返回为slave。最终两台redis-server都是slave,没有选出master。

配置文件几乎都是默认的

tcp-keepalive 0stop-writes-on-bgsave-eror no

我不知道为什么会这样,也不知道如何解决。任何想法将不胜感激,thnaks。

最佳答案

抱歉,检查安装后我们发现还有其他组哨兵在监视 master,旧版本并未移除。

所以问题中暴露的数据一切正常,没有问题。

但是,由于安装错误,sentinel monitor中存在两组不同名称的sentinel“哨兵监视器 coremaster ip 6382 3”

每组哨兵命令不同的东西,结果是所有节点都是slave,没有master。

关于Redis - 网络错误后,所有 redis 服务器都设置为从服务器,不再选择主服务器,因为 -failover-abort-no-good-slave,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46885102/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com