代码拉取完成，页面将自动刷新
【标题描述】:debug版本，stop备节点后start拉起，产生dms_smon_handle_cancel_ack相关core
【测试类型：功能测试】【测试版本：6.0.0】【资源池化】debug版本，stop备节点后start拉起，产生dms_smon_handle_cancel_ack相关core
【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a): ARM+openEuler
【测试环境】(单机/1主x备x级联备): 一主两备
【被测功能】: stop && start
【测试类型】: 功能测试
【数据库版本】(查询命令: gaussdb -V):
【预置条件】: 一主两备资源池化集群
【操作步骤】(请填写详细的操作步骤):
【预期输出】: stop & start操作成功，集群状态正常
【实际输出】: 2节点拉起过程coredump
【原因分析】:
【日志信息】(请附上日志文件、截图、coredump信息):
相关日志保存至如下路径：
【测试代码】: 不涉及
Hey @haomeng, Welcome to openGauss Community.
All of the projects in openGauss Community are maintained by @opengauss_bot.
That means the developers can comment below every pull request or issue to trigger Bot Commands.
Please follow instructions at Here to find the details.
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
Hi @haomeng, please use the command /sig xxx to add a SIG label to this issue.
For example: /sig sqlengine or /sig storageengine or /sig om or /sig ai and so on.
You can find more SIG labels from Here.
If you have no idea about that, please contact with @xiangxinyong , @zhangxubo .
问题出现情况
1.clean时候，只清理的owner，没有清理lock_mode
2.节点0请求页面，记录到converting，发claim消息，但claim消息丢失
3.节点0释放页面，满足释放条件，但因为允许DRC不一致，DRC没有改动，converting上依旧记录原先请求
4.另一个节点请求页面，记录到convert_q,并发现converting停留时间长，需要确认
5.smon线程进行确认，发现owner是空，但有锁模式，不符合校验
问题原因：原先clean阶段，清理不干净，清理的owner，但是没有清理lock_mode，导致后续校验不通过
问题分类：原先代码存在问题；模块：DMS-REFORM-drc clean
另外，该代码不用回合到家里
内部clean阶段已采取全部release，全量rebuild。不会有针对故障节点进行clean的流程
登录 后才可以发表评论
