【资源池化】三节点连续断开两次主节点与存储的连接，dss无法unreg

【标题描述】:
【测试类型：SQL功能/存储功能/接口功能/工具功能/性能/并发/压力长稳/故障注入/安全/资料/编码规范】【测试版本：x.x.x】 问题描述

【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a):

【测试环境】(单机/1主x备x级联备):

【被测功能】:

【测试类型】:

【数据库版本】(查询命令: gaussdb -V):

【预置条件】:

【操作步骤】(请填写详细的操作步骤):
资源池化下，连续断开两次主节点和存储的连接，第二次断开主节点时dss无法unreg，剩余节点无法升主。

三节点集群151，161，162
原来的集群状态161为主节点（cms db 均为主）
断掉161和存储单条会话连接, 其余两个节点仍可用，162 db 切为主，161cms依旧为主
断开162和存储单条会话连接,发现151升主失败。

问题是151升主失败，通过日志溯源，发现162node unreg失败，磁盘存在注册信息，同时cm查询dss状态为offline，并非delete。所以从162为什么没有进行unreg注销开始分析，发现是res(dss) 20003的状态一直为unknown，而并非reg。只有在reg状态才会触发unreg操作，也就是说 cms识别到了节点有问题，但是 cma判断状态是unknown，而无法继续进行注销unreg处理。
![输入图片说明](https://foruda.gitee.com/images/1712660747257819229/68e63422_14216780.jpeg "WeChatda084c2032160a8ae383712f75d93c1f.jpg")

找到问题原因：
node2自身存储断了（但是cms，cma都在），还是将node3的6003，20003的check交给node2来做。
![输入图片说明](https://foruda.gitee.com/images/1712661021239853008/806948b6_14216780.png "企业微信截图_61f7e38c-06fd-44e4-abe5-1eca84c6e8e8.png")

【预期输出】:

【实际输出】:

【原因分析】:
1. 这个问题的根因
2. 问题推断过程
3. 还有哪些原因可能造成类似现象
4. 该问题是否有临时规避措施
5. 问题解决方案
6. 预计修复问题时间

【日志信息】(请附上日志文件、截图、coredump信息):

【测试代码】:

openGauss/CM

内容风险标识

评论 (5)

openGauss/CM .gitee-modal { width: 500px !important; }

内容风险标识