集群主节点数据库目录及cm目录所在磁盘占满, 主节点切换成功. 但当原主节点故障恢复后, 原主节点依然是 readonly 状态. [YC]

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

【操作系统和硬件信息】arm 麒麟

【测试环境】1主4备

【被测功能】:

【测试类型】:

【数据库版本】3.0.5

【预置条件】:
集群主节点和cms主节点在同一台机器, 且数据目录在同一个磁盘.

【操作步骤】(请填写详细的操作步骤):
1. 集群主节点使用混沌工具将数据库目录及cm目录所在磁盘打满
2. 原cms主 set ddb = 1 失败后, 选出新cms主
3. 新cms主将原数据库主的 default_transaction_read_only 设置成 on
4. 解除原数据库主磁盘故障

【预期输出】:
原数据库主 default_transaction_read_only 被设置回 off
【实际输出】:
原数据库主 default_transaction_read_only 被 cms 认为是手动设置成 on
【原因分析】:
![输入图片说明](https://foruda.gitee.com/images/1723092353306034479/c665d4f7_14217746.png "屏幕截图")
![输入图片说明](https://foruda.gitee.com/images/1723092582325838877/62dbe2ff_14217746.png "屏幕截图")
![输入图片说明](https://foruda.gitee.com/images/1723092713634175864/fc911984_14217746.png "屏幕截图")
![输入图片说明](https://foruda.gitee.com/images/1723092795634548438/8f5898ee_14217746.png "屏幕截图")

第一张图是原cms主日志, 后面三张是新cms主日志, 4张图按时间顺序排列

对于图中日志我有三个问题:
1. 第一张图原cms主日志中, 报错显示 **设置 ddb = 1 失败, 但是数据库主节点中 default_transaction_read_only 参数已经是 on**, 我认为应该是设置 ddb = 1 成功后, 才会修改数据库参数, 目前这个截图中的状态是正确的吗?
2. 第三张图中, **新cms 主只做了设置ddb = 0 的操作**, 原cms主设置 ddb = 1 的操作是成功还是失败了?
3. 第二张图中, **新cms 主将磁盘超过阈值的节点设置为 readonly, 过了一两秒, 在第三张图中却认为刚才修改完参数的节点没有readonly, 并将 ddb 设为0, 导致 cms 认为readonly 是手动设置的**, 这个我觉得可能是在这一两秒的时间里, cms 处理的是 cma 上报的旧值.

前两个问题应该是磁盘打满才会发生, 第三个问题我认为超过阈值后恢复就可能发生.
【日志信息】(请附上日志文件、截图、coredump信息):

【测试代码】:

openGauss/CM

内容风险标识

评论 (2)

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

内容风险标识