【 使用环境 】测试环境
【 OB or 其他组件 】ocp
【 使用版本 】社区版4.3.2-20241012145836
【问题描述】ocp 社区版 备份恢复使用 自建s3作为存储介质失败
存储目录是obback
看到社区有别的用户也出现这个问题,说不测试直接备份,我尝试了也不可以
【 使用环境 】测试环境
【 OB or 其他组件 】ocp
【 使用版本 】社区版4.3.2-20241012145836
【问题描述】ocp 社区版 备份恢复使用 自建s3作为存储介质失败
存储目录是obback
看到社区有别的用户也出现这个问题,说不测试直接备份,我尝试了也不可以
麻烦使用test_io_device命令测试下连通性及备份介质权限等
1. cd /home/admin/oceanbase/bin
mkdir ob_admin_log
2. export OB_ADMIN_LOG_DIR=./ob_admin_log
3. ./ob_admin test_io_device \
-d's3://test-bucket/test/path' \
-s'host=http://oss-cn-hangzhou.aliyuncs.com&access_id=111&access_key=222' --替换为你实际的s3路径和host
4.将测试结果及ob_admin_log目录下的ob_admin.log发下
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000002016161
另外确认下您这里访问域名是http还是https?
我这边执行报错
./ob_admin: error while loading shared libraries: libmariadb.so.3: cannot open shared object file: No such file or directory
http
设置环境变量再试下
export LD_LIBRARY_PATH=/home/admin/oceanbase/lib --跟据实际路径修改
echo $LD_LIBRARY_PATH
ocp4.3.2版本对s3 http支持是有bug的,在ocp4.3.3版本修复,建议使用ocp 4.3.3版本,即使升级到4.3.3版本,也需要保证连通性及备份介质权限没问题,可以先试用test_io_device测试下看看
看到是使用root部署的OB,你这里执行命令就不需要sudo了
升级ocp风险大吗
ocp升级还是比较简单的,参考下
https://www.oceanbase.com/docs/common-ocp-1000000002078176
如果升级建议升级到OCP 4.3.4版本
还是感觉权限的问题