文章目录
- 问题1 Failed listening on port 26379 (TCP)
- 问题2 哨兵模式没反应
- 模拟6379宕机
- 改完后,重新选举过程就能正常执行了
- 江山易主,6380篡位成功
- 6379复活也只能是6380的slave
- 问题3-broken pipe
问题1 Failed listening on port 26379 (TCP)
报错信息如下,遇到这种问题一般都是由于端口被占用所导致的,杀死哨兵进程后再重启一个哨兵进程即可。
root@SD-20190801TIWK:/usr/local/bin
423:X 28 Feb 2022 09:22:32.725
423:X 28 Feb 2022 09:22:32.725
423:X 28 Feb 2022 09:22:32.725
423:X 28 Feb 2022 09:22:32.726 * Increased maximum number of open files to 10032 (it was originally set to 1024).
423:X 28 Feb 2022 09:22:32.726 * monotonic clock: POSIX clock_gettime
423:X 28 Feb 2022 09:22:32.726
423:X 28 Feb 2022 09:22:32.726
ps -ef|grep redis //查看哨兵进程
kill -9 哨兵进程号
此时就可以正常开启哨兵进程了。
问题2 哨兵模式没反应
这种问题一般是由于配置文件的设置问题,下面绿框中的2代表当有2个哨兵监测到master宕机了,才会真的认为它死了,而我这里只用了一个哨兵,所以这里设成2,它就会一直等别的哨兵的认定,导致重新选举这个步骤一直发生不了。改成1后错误解决。
模拟6379宕机
改完后,重新选举过程就能正常执行了
江山易主,6380篡位成功
6379复活也只能是6380的slave
现在再让6379复活,会发现它已经不再是master,而是成为了6380的slave。
问题3-broken pipe
这种问题不用解决,更新信息本来就需要一定时间~~~
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)