那将黑屏配置清空,重新在OCP上配置试下
Alter system noarchivelog;
alter system set log_archive_dest= '';
alter system set data_backup_dest= '';
那将黑屏配置清空,重新在OCP上配置试下
Alter system noarchivelog;
alter system set log_archive_dest= '';
alter system set data_backup_dest= '';
压缩发下ocp-server.log
学习一下
这个命令返回 403 Forbidden 是正常的,说明网络通,返回403 是因为 curl 命令没有提供 AccessKey 和签名,三台都是这个结果吗?
是的,老师,这么说,其实升级前,我们都是用OCP来进行备份的,但是,为了升级4.4.1,重新部署过ob(之前4.3.5,是完全没问题,备份到cos),反正是测试环境嘛,怎么折腾都行~~~
不过,暂时不支持也不要紧~
麻烦登陆腾讯云控制台 看下这个AccessKey的权限配置
operation error S3: HeadBucket, https response error StatusCode: 403,
RequestID: Njk0NTA4MDlfNjViNWJhMDlfZjA4OF8yOGYzMWEwNA==,
HostID: , api error Forbidden: Forbidden
错误含义:
403 Forbidden:访问被拒绝,通常是权限问题
HeadBucket 操作失败:无法检查存储桶(Bucket)的元数据
RequestID:Njk0NTA4MDlfNjViNWJhMDlfZjA4OF8yOGYzMWEwNA==
cos:HeadBucket(检查存储桶)cos:GetBucketLocation(获取存储桶位置)cos:ListBucket(列出存储桶内容)cos:PutObject(上传对象)cos:GetObject(下载对象)cos:DeleteObject(删除对象)ak/sk和黑屏配置时一样就可以?上面说的权限检查一下都有吗?
名称有点不一样。
黑屏下,配置的是全称,access_id=&access_key=*,没有secret_key的配置,
而OCP下,配置的是简称ak/sk。sk一般代表的是secret_key,所以,是不是这里的问题呢?
权限检查确实是有啊,好奇怪。
COS控制台 点击“新建密钥”,系统会生成一对AK/SK(AccessKey ID和SecretAccessKey),应该就是这个SK,你填的哪个呢?
对的啊,就是黑屏都是可以的。
从访问秘钥下载下来就一对AK/SK,
SecretID,是以AK开头的字符串,
SecretKey,填写在SK上,
但是,不管怎么配置,就是在OCP上不成功。
原来COS的配置,
好的,我再看下这个问题
感谢老师。