【 使用环境 】 测试环境
【 OB or 其他组件 】
【 使用版本 】oceanbase-ce：4.3.5.1
【问题描述】备份报错，报错日志：(ROOTSERVICE)addr: 172.17.0.2:2882, result: -9027(ob log archive interrupted), trace_id: YB42AC110002-00063B315E8B5B5D-0-0
【复现路径】
1.通过容器化单机部署：docker run -d --name odb -p 3306:2881 -v /root/oceanbase/ob:/root/ob -v /root/oceanbase/obd/cluster:/root/.obd/cluster -v /root/oceanbase/hybackup:/hybackup -e OB_TENANT_NAME=test -e OB_TENANT_PASSWORD=123456 oceanbase/oceanbase-ce
2.执行全量备份：ALTER SYSTEM BACKUP DATABASE;
3.备份失败，日志看附件，并且日志归档状态为INTERRUPTED ，无法在进行备份。
【附件及日志】
error.txt (29.6 KB)
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
论坛小助手
#3
根因分析场景: 日志归档问题
根因分析命令: obdiag rca run --scene=log_error --env “err_msg=‘ob log archive interrupted’”
日志采集场景: 日志归档问题
日志采集命令: obdiag gather scene run --scene=observer.log_archive
为了更好地了解问题的原因，请您先使用上述 obdiag 命令进行日志采集和根因分析，然后将生成的日志文件提供给我们。同时，请您回答以下问题，以帮助我们更快地定位问题：
- 您是否最近进行了系统或配置上的任何更改？
- 在出现此错误之前，是否有任何特定的操作或事件发生？
- 能否提供具体的错误日志内容或错误发生的上下文？
- 您当前使用的备份策略是什么？
- 备份任务是在什么时间点执行的，是否有定期的时间安排？
- 您是否有足够的磁盘空间用于备份？
- 是否有其他相关的错误日志或警告信息？
附上敏捷诊断工具 obdiag 使用帮助链接
备份前是doing状态的，执行全量备份后，就变为INTERRUPTED状态了，请问下这个状态要怎么处理才变回doing状态呢？
重新打开归档后，又进行备份，然后状态又变为INTERRUPTED了。看到有这些error，是不是与机器性能有关系？我用另一个机器一样的操作，就不会出现这个问题。要怎么处理呢？
辞霜
#8
看报错有clog 磁盘hung主了。机器的磁盘是什么盘
辞霜
#10
机械盘的性能比较差，这边不建议使用docker部署ob，持久化运行存在风险。
如果想测试建议使用obd web 搭建一个轻量化的单节点ob即可。
