KingbaseES V8R3集群运维案例之---kingbase_monitor.sh启动”two master“案例
案例说明：
KingbaseES V8R3集群，执行kingbase_monitor.sh启动集群，出现“two master”节点的故障，启动集群失败；通过手工sys_ctl启动各节点数据库服务后，并手工重启kingbasecluster（restartcluster.sh）服务，集群运行正常。故障现象如下图所示：
手工启动数据库服务流复制正常：
手工启动kingbasecluster服务集群状态正常：
适用版本：
KingbaseES V8R3
一、问题分析：
1、分析kingbase_monitor.sh执行过程
执行：sh -x kingbase_monitor.sh start
Tips:
集群在启动时，通过读取recovery.conf文件判断主备库，对于主库没有recovery.conf（recovery.done）文件，而对于备库在data目录下有recovery.conf文件，可以通过读取到文件信息后，判断节点是否是备库。
---如上图所示，在集群启动过程中通过查询节点recovery.conf文件获取判断主备库状态信息（主库无recovery.conf），在连接227节点获取到主库的primary_conninfo信息时，返回信息为空，故判断227节点也是master节点。
如下图所示，是正常启动的返回信息：
2、远程执行ssh连接227节点查看recovery.conf文件信息
---如上图所示，返回的结果为空。
正常查询结果：（返回primary_conninfo信息）
3、检查227节点recovery.conf文件
检查发现227节点的data目录存储位置有问题。
三、问题解决
因为227节点是刚刚重做的备节点，data目录原来做了软链接，重做后忘记建立链接，导致227节点的data目录访问错误，重新建立软连接后，集群正常，问题解决。
最新文章
- 【Star CCM+实例】开发一个简单的计算流程.md
- Best Practices for Performance_3.Improving Layout Performance 优化布局
- debug命令简介
- Javascript中递归造成的堆栈溢出及解决方案
- Tomcat编码问题
- LoadRunner学习记录--安装遇到的问题一
- Ext.Ajax.request()方法和FormPanel.getForm().submit()方法，都返回success()方法的差异
- <转>ASP.NET学习笔记之MVC 3 数据验证 Model Validation 详解
- Oracle - 简单理解字符集
- 例题：填词-poj
- protobuf使用详解
- MySQL-mysql 8.0.11安装教程
- Java中的锁——Lock和synchronized
- Linux第十一节课学习笔记
- JavaScript面试技巧之数组的一些不low操作
- 插件使用一表单验证一validation
- 【java编程】使用System.getProperty方法，如何配置JVM系统属性
- 日志分析-mime统计
- UE4如何检测目标在锥形视野内
- 基于C++ Qt实现的红色警戒3修改器