备份失败，报错result: -9027(ob log archive interrupted)

OceanBase 技术问题
#1

【 使用环境 】 测试环境
【 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)

image
image873×444 11.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 命令进行日志采集和根因分析，然后将生成的日志文件提供给我们。同时，请您回答以下问题，以帮助我们更快地定位问题：

  1. 您是否最近进行了系统或配置上的任何更改？
  2. 在出现此错误之前，是否有任何特定的操作或事件发生？
  3. 能否提供具体的错误日志内容或错误发生的上下文？
  4. 您当前使用的备份策略是什么？
  5. 备份任务是在什么时间点执行的，是否有定期的时间安排？
  6. 您是否有足够的磁盘空间用于备份？
  7. 是否有其他相关的错误日志或警告信息？

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

#4

归档问题，需要先将归档设置好状态为doing状态

#5

备份前是doing状态的，执行全量备份后，就变为INTERRUPTED状态了，请问下这个状态要怎么处理才变回doing状态呢？

#6

归档断流了，可能需要重新打开归档了

#7

重新打开归档后，又进行备份，然后状态又变为INTERRUPTED了。看到有这些error，是不是与机器性能有关系？我用另一个机器一样的操作，就不会出现这个问题。要怎么处理呢？

1
1822×400 9.67 KB

2
21693×220 22.2 KB

#8

看报错有clog 磁盘hung主了。机器的磁盘是什么盘

#9

机械盘

#10

机械盘的性能比较差，这边不建议使用docker部署ob，持久化运行存在风险。
如果想测试建议使用obd web 搭建一个轻量化的单节点ob即可。

#11

是因为机械盘性能差，导致归档断流了吗？那是不是机械盘用不了备份的功能？

#12

可以用，但是体验不优。存在磁盘性能问题。
ob是分布式架构对磁盘性能需求较高