执行alter_tenant_locality任务一直处于inprogress状态

[小哲豆腐花]

【 使用环境 】生产环境
【 OB or 其他组件 】OB
【 使用版本 】4.3.1.0
【问题描述】要进行observer重装，在进行locality调整
【复现路径】
参照https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000003977484
进行locality调整：
删除副本：
/* ApplicationName=DBeaver 25.2.2 - SQLEditor <Script-1065.sql> / ALTER TENANT ob3db set locality = ’ FULL{1}@zone2, FULL{1}@zone3’
之后执行了增加副本操作：
添加副本：
/ ApplicationName=DBeaver 25.2.2 - SQLEditor <Script-1065.sql> */ ALTER TENANT ob3db set locality = ‘FULL{1}@zone1, FULL{1}@zone2, FULL{1}@zone3’
当前状态持续很久，进度一直都是0

rootservice.log.20251028145148986.gz (18.9 MB)
查看当前副本分布：

【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

[论坛小助手]

推荐使用 obdiag 工具进行日志采集，这可以帮助我们更好地了解 alter_tenant_locality 任务长时间处于 inprogress 状态的具体原因。

日志采集场景: 合并问题
日志采集命令: obdiag gather scene run --scene=observer.compaction

此外，为了能够更准确地定位和解决问题，我们需要一些额外的信息：

1. 该任务是在什么时间点启动的？
2. 在任务启动前后，是否有大量的读写操作或其它维护任务正在进行？
3. 能否提供 alter_tenant_locality 操作的具体命令及其参数？
4. 是否有相关的错误日志或警告信息出现在日志文件中？
5. 系统资源使用情况如何（如CPU、内存、磁盘I/O等）？

请您执行上述日志采集命令，并将生成的日志文件发送给我们，以便于进一步分析问题原因。

附上敏捷诊断工具 obdiag 使用帮助链接

[辞霜]

麻烦使用obdiag跑一下相关信息

在线分析最近 30 分钟的日志，诊断出出现过的错误

obdiag analyze log --since 30m
集群基础信息采集

obdiag gather scene run --scene=observer.base