Rabbitmq--主机断电重启无法启动服务
2021/4/7 10:41:18
本文主要是介绍Rabbitmq--主机断电重启无法启动服务,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
目录
- 0.环境
- 1.问题描述
- 2.排查解决
- 2.1日志排查
- 2.2问题解决
- 3.猜测
0.环境
两节点rabbitmq主备集群
节点 | 通信端口 | 版本 |
---|---|---|
master | 5672(监听端口)/15672(web端口)/25672(集群通信端口) | rabbitmq-server-3.7.0/erlang-19.3.6.4 |
slave | 5672(监听端口)/15672(web端口)/25672(集群通信端口) | rabbitmq-server-3.7.0/erlang-19.3.6.4 |
1.问题描述
机房停电,导致物理机断电,服务非正常停止;恢复电力后,重启rabbitmq报错。
2.排查解决
2.1日志排查
启动报错信息如下:
日志报错如下:
2.2问题解决
1)删除数据路径下的mnesia路径,之后重启集群节点,集群节点正常启动
缺陷:如果主节点首先故障,删除主从节点的mnesia路径,重启服务,那么服务之前的信息必然都已经不存在了,需要重新创建,如rabbitmq的web的用户密码,和一些saas服务的vhost等等。
2)先去从节点启动rabbitmq,之后启动主节点,服务即正常【服务正常后可以再按照原来主-从的顺序重新停启一遍】。
如遇到相同问题,建议先尝试方法2解决问题,如果使用方法1的话,还要还原之前rabbitmq的很多信息
3.猜测
在断电重启的时候,发现主节点日志有一条连接不到从节点的日志信息,但是网络通畅端口开通,并没有问题,但是从节点没有启动,因为是安装先主后从的思路启动,所以启动主后主主动连接从而连接不上,导致主节点报错退出?;
所以测试先启动从,再启动主,发现问题解决了,那么该问题应该就不是数据因为掉电重启而导致数据异常的故障了。
这篇关于Rabbitmq--主机断电重启无法启动服务的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-03-14AutoMQ 携手阿里云共同发布新一代云原生 Kafka,帮助得物有效压缩 85% Kafka 云支出!
- 2024-02-22kafka partitioner
- 2024-01-24AutoMQ生态集成 - 将数据从 AutoMQ Kafka 导入 RisingWave 数据库
- 2024-01-13消息队列面试题:为什么要使用消息队列?
- 2024-01-08"基于 XHAMQ 的消息队列系统实现"
- 2023-11-24全网最全图解Kafka适用场景
- 2023-09-19RabbitMQ 消息应答
- 2023-09-18Flink Sink Kafka 和 Flink 端到端一致性建议
- 2023-07-18【RabbitMQ】当队列中消息数量超过最大长度的淘汰策略
- 2023-07-13【后端面经-架构】RabbitMQ简介