【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
大家好，请问一下，在测试环境我模拟了oceanbase高可用，就是将一个zone里面的observer kill掉之后，集群确实能正常工作，然后我想恢复加入，出现节点出现inactive的情况，截取的信息去下：
1、使用命令启动observer
/home/admin/myoceanbase/oceanbase/bin/observer -r 192.168.10.31:2882:2881 -p 2881 -P 2882 -z zone1 -n myoceanbase -c 1710298075 -d /home/admin/myoceanbase/oceanbase/store -I 192.168.10.33 -o __min_full_resource_pool_memory=2147483648,enable_syslog_recycle=True,enable_syslog_wf=False,max_syslog_file_count=4,memory_limit=8G,datafile_size=42G,system_memory=2G,log_disk_size=23G,cpu_count=12
2、在数据库里面执行
ALTER SYSTEM START SERVER ‘192.168.10.33:2882’ zone=‘zone1’
OK
时间: 0.003s
3、查询状态
| 192.168.10.31 | 2882 | 1 | zone1 | 2881 | YES | ACTIVE | 2024-03-15 22:46:35.700879 | 2024-03-15 11:56:28.551116 | 2024-03-15 22:46:36.980356 | 4.2.2.0_100010012024022719-c984fe7cb7a4cef85a40323a0d073f0c9b7b8235(Feb 27 2024 19:20:54) | |||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 192.168.10.32 | 2882 | 2 | zone1 | 2881 | NO | ACTIVE | 2024-03-15 22:46:32.247463 | 2024-03-15 11:56:32.637725 | 2024-03-15 22:46:32.975746 | 4.2.2.0_100010012024022719-c984fe7cb7a4cef85a40323a0d073f0c9b7b8235(Feb 27 2024 19:20:54) | |||
| 192.168.10.33 | 2882 | 3 | zone1 | 2881 | NO | INACTIVE | 2024-03-15 11:56:32.644862 | 2024-03-15 22:49:47.149909 | 4.2.2.0_100010012024022719-c984fe7cb7a4cef85a40323a0d073f0c9b7b8235(Feb 27 2024 19:20:54) | 2024-03-15 22:49:47.148969 |
发现节点3过了很久之后还是inactive的状态
4、查询zone
zone1 2024-03-15 11:56:28.339647 2024-03-15 11:56:28.339647 ACTIVE sys_region ReadWrite
问题：请问我该如何操作，才能让observer 192.168.10.33 正常回到集群