【 使用环境 】生产环境
【 OB or 其他组件 】oceanbase
【 使用版本 】 oceanbase 4.3.4.1 CE
【问题描述】oceanbase 归档路径由nfs 变更为 s3 后,归档进度一直处于beginning 状态,一直没有进入doing 状态;如果是使用nfs 路径,则很快进入doing 状态;
s3 是自建的minIO;通过OCP 配置的备份
烦请各位大佬帮忙看一下
obs log 中有出现 push log failed(ret=-4012)
信息
对一些敏感信息做了脱敏处理(将host和ak/sk隐去了)
observer.log.gz (6.0 MB)
可以看到租户是处于归档状态
S3 有生成相应的文件
坤易
#4
[2025-02-22 19:17:49.627270] WDIAG [SERVER] process (obmp_connect.cpp:374) [14949][T1_MysqlQueueTh][T1][Y0-00062E2B6AFCC599-0-0] [lt=67][errcode=-4043] fail to verify_identify(ret=-4043)
是不是用户有关系啊。
1 个赞
旭辉
#5
麻烦黑屏执行如下操作,然后再在ocp上配置备份及归档 观察下,
如果有问题发下rs节点的observer.log及rootservice.log,另外建议先跑下1楼说的obdiag巡检
1.Alter system noarchivelog;
2.等2分钟
3.alter system set log_archive_dest= '';
4.alter system set data_backup_dest= '';
1 个赞
使用 obdiag 收集了相关诊断信息, 麻烦各位老师帮忙分析一下,十分感谢
链接: 百度网盘 请输入提取码 提取码: r126 复制这段内容后打开百度网盘手机App,操作更方便哦
CC:@ 旭辉 @ try_again @ 坤易 @ 靖顺
我看在minIO 上面有生成相关文件,文件修改时间戳也有持续在更新, 请问老师这个用户是指的minIO的用户还是OBS 的用户
我在黑屏执行了下面步骤之后,在ocp上配置了新的备份及归档策略
1.Alter system noarchivelog;
2.等2分钟
3.alter system set log_archive_dest= '';
4.alter system set data_backup_dest= '';
在黑屏查看已经处于归档模式,但是归档进度一直处于 STOP
状态
压缩后,还是提示文件太大,超过文件大小限制(压缩后有100+M)
上午的时候点击启动提示 启动成功
, 刚刚又重新点击了启动,提示已经处于归档模式
旭辉
#17
经压测及分析得出结论:s3的IO带宽不满足要求,IO带宽至少需要6MB
2 个赞
感谢 旭辉老师及各位老师的协助,经过排查是机房网络的问题,现在已经能够正常进行日志归档与数据备份