【 使用环境 】测试环境
【 OB or 其他组件 】Oceanbase 4.4.1 & OCP 4.4.0
【 使用版本 】4.4.1
【问题描述】
老师,您好,
我们将OCP升级为 4.4.0 之后,发现备份这个配置,怎么都配置不对。
于是,我们参考文档,配置:DATA_BACKUP_DEST
发现怎么都配置不对~
但是,archived_logs的路径配置是正常的。
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):
【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手 ] 即可召唤小助手,欢迎试用!
1 个赞
辞霜
2025 年12 月 15 日 11:20
#3
需要确认一下路径权限,可以使用ob_admin测试一下
./ob_admin test_io_device -d’<file_path>’ -s’<verify_info>’
-d 指定模拟备份路径;-s 用于指定对象存储校验信息。设置对象存储时 -d 和 -s 两个参数都需要配置,设置 NFS 存储时仅需配置 -d 参数。
例子:
./ob_admin test_io_device
-d’oss://home/admin/backup_info’
-s’host=http://oss-cn-hangzhou.aliyuncs.com&access_id=111&access_key=222’
1 个赞
旭辉
2025 年12 月 15 日 11:26
#4
你的OCP版本再确认下,看是否有COS这个存储类型
1 个赞
OCP 为刚升级的 OCP 4.4.0,我发现,升级后,没有COS了。好像是说 cos驱动不稳定给移除了。
老师,都是报错,但是,归档日志没问题呢,而且数据都正常。
ob_admin
1 个赞
我看这个路径,oceanbase已经写入数据了~
但是,备份的DATA_BACKUP_DEST,就是配置不了~
1 个赞
之前配置的,cos,虽然存储地址测试成功,
但是,发起立即备份就是“backup destination is not valid”
1 个赞
旭辉
2025 年12 月 15 日 14:12
#11
test_io_device测试产生的日志发下,看测试结果是权限不对
1 个赞
老师,奇怪了,没生成日志。
[root@test-all-ob-obproxy-1 ob_admin]# set OB_ADMIN_LOG_DIR=/data/ob_admin
[root@test-all-ob-obproxy-1 ob_admin]# chown -R 777 /data/ob_admin
chown: cannot access '/data/ob_admin': No such file or directory
[root@test-all-ob-obproxy-1 ob_admin]# mkdir -p /data/ob_admin
[root@test-all-ob-obproxy-1 ob_admin]# chown -R 777 /data/ob_admin
[root@test-all-ob-obproxy-1 ob_admin]#
[root@test-all-ob-obproxy-1 ob_admin]# ob_admin test_io_device -d's3://kungeek-oceanbase-******/test_all_ob_cluster_inventory/pre/backupsets' -s 'host=cos.ap-beijing.myqcloud.com&access_id=******&access_key=******'
[NOTICE] If specific log is required, you need to set the environment variable OB_ADMIN_LOG_DIR.
for example: export OB_ADMIN_LOG_DIR=~/.ob_admin_log
please notice that log files should not be outputted to OceanBase's clog directory.
succ to open, filename=/dev/null, fd=5, wf_fd=2
succ to open, filename=/dev/null, fd=6, wf_fd=2
[RUN TEST1] Backup dest connectivity
ERROR INFO: failed to write check file
ERROR INFO: test normal check file failed
ERROR CODE: -9116 OB_OBJECT_STORAGE_PERMISSION_DENIED
[ FAILED! ] Backup dest connectivity (140 ms)
[root@test-all-ob-obproxy-1 ob_admin]# cd /data/ob_admin/
[root@test-all-ob-obproxy-1 ob_admin]# ll
total 0
但是,归档日志配置了,d’s3://kungeek-oceanbase-1304768263/test_all_ob_cluster_inventory/pre/backupsets 这个cos目录上是有数据。
我看 备份前准备-V4.4.1-OceanBase 数据库文档-分布式数据库使用文档
虽然不支持 cos协议了,但是支持兼容S3协议这部分,里面有一个cos配置的案例,不知道为啥我总是配置不通过。但是,归档日志那边,同样的cos地址、ak信息就是没问题~
1 个赞
旭辉
2025 年12 月 15 日 14:33
#13
export OB_ADMIN_LOG_DIR=/data/ob_admin
或者设置 DATA_BACKUP_DEST 时换个bucket试下
可以的话,我们还是想通过 OCP 处理,OCP做得真的很好,很人性,各种信息、恢复都很方便。
坦白说,我们公司觉得你们的产品做得真好,好像没什么开源数据库会配套类似OCP这样完善的管理平台。
ob_admin.log (115.8 KB)
老师,麻烦看看。
旭辉
2025 年12 月 15 日 15:47
#16
归档日志路径 是通过什么方式设置成功的?黑屏吗?
[2025-12-15 14:38:54.829959] WDIAG Log (ob_storage_s3_base.cpp:116) [2182757][IO_SYNC_CH0][T0][Y0-0000000000000000-0-0] [lt=24][errcode=-9129] [S3] module=AWSErrorMarshaller, msg=Encountered AWSError 'SignatureDoesNotMatch': The Signature you specified is invalid.
[2025-12-15 14:38:54.830003] WDIAG Log (ob_storage_s3_base.cpp:116) [2182757][IO_SYNC_CH0][T0][Y0-0000000000000000-0-0] [lt=32][errcode=-9129] [S3] module=AWSXmlClient, msg=HTTP response code: 403
Resolved remote host IP address: 169.254.0.49
Request ID: NjkzZmFjZmVfMmU5NTY3MDlfNDkyYl8xNzliNGFkZQ==
Exception name: SignatureDoesNotMatch
Error message: The Signature you specified is invalid.
7 response headers:
connection : keep-alive
content-length : 1361
content-type : application/xml
date : Mon, 15 Dec 2025 06:38:54 GMT
server : tencent-cos
x-amz-request-id : NjkzZmFjZmVfMmU5NTY3MDlfNDkyYl8xNzliNGFkZQ==
x-amz-trace-id : OGVmYzZiMmQzYjA2OWNhODk0NTRkMTBiOWVmMDAxODc0OWRkZjk0ZDM1NmI1M2E2MTRlY2MzZDhmNmI5MWI1OTQyYWVlY2QwZTk2MDVmZDQ3MmI2Y2I4ZmI5ZmM4ODFjYjI1YzQxNmFjNWQwYTBhMGJiZjM5OWVkMTYzMzE0ZWU=
[2025-12-15 14:38:54.830114] WDIAG Log (ob_storage_s3_base.cpp:116) [2182757][IO_SYNC_CH0][T0][Y0-0000000000000000-0-0] [lt=49][errcode=-9129] [S3] module=AWSClient, msg=If the signature check failed. This could be because of a time skew. Attempting to adjust the signer.
[2025-12-15 14:38:54.830168] WDIAG log_s3_status (ob_storage_s3_base.cpp:841) [2182757][IO_SYNC_CH0][T0][Y0-0000000000000000-0-0] [lt=7][errcode=-9116] S3 info(request_id="NjkzZmFjZmVfMmU5NTY3MDlfNDkyYl8xNzliNGFkZQ==", code=403, exception="SignatureDoesNotMatch", err_msg="The Signature you specified is invalid.")
[2025-12-15 14:38:54.830197] WDIAG write_obj_ (ob_storage_s3_base.cpp:1410) [2182757][IO_SYNC_CH0][T0][Y0-0000000000000000-0-0] [lt=28][errcode=-9116] failed to write object into s3(ret=-9116, bucket=kungeek-oceanbase-1304768263, obj_name="test_all_ob_cluster_inventory/pre/backupsets2025-12-15-14:38:54/check_file/check_file.obbak", buf=0x14a8003a3960, size=17)
[2025-12-15 14:38:54.830213] WDIAG write_ (ob_storage_s3_base.cpp:1378) [2182757][IO_SYNC_CH0][T0][Y0-0000000000000000-0-0] [lt=11][errcode=-9116] fail to put s3 object(ret=-9116, bucket=kungeek-oceanbase-1304768263, object=test_all_ob_cluster_inventory/pre/backupsets2025-12-15-14:38:54/check_file/check_file.obbak)
[2025-12-15 14:38:54.830237] WDIAG [STORAGE] write (ob_storage.cpp:2537) [2182757][IO_SYNC_CH0][T0][Y0-0000000000000000-0-0] [lt=22][errcode=-9116] failed to write(ret=-9116)
[2025-12-15 14:38:54.830254] WDIAG write (ob_object_device.cpp:866) [2182757][IO_SYNC_CH0][T0][Y0-0000000000000000-0-0] [lt=7][errcode=-9116] fail to do overwrite write!(ret=-9116)
是的,黑屏。
几乎一样的配置,只是,变量调整,LOG_ARCHIVE_DEST 和 DATA_BACKUP_DEST。
旭辉
2025 年12 月 15 日 16:20
#19
如果还是有问题,
可以试一下这个,然后重新设置:
ALTER SYSTEM SET ob_storage_s3_url_encode_type='compliantRfc3986Encoding';