麻烦手动黑屏触发下数据恢复。
设置下trace:
系统租户执行:alter system set enable_rich_error_msg=true;
执行恢复命令,应该会直接报错,设置trace后,报错命令会返回trace信息,去对应节点的rootservice.log 和observer.log 过滤trace信息。看下具体日志报错什么。
麻烦手动黑屏触发下数据恢复。
设置下trace:
系统租户执行:alter system set enable_rich_error_msg=true;
执行恢复命令,应该会直接报错,设置trace后,报错命令会返回trace信息,去对应节点的rootservice.log 和observer.log 过滤trace信息。看下具体日志报错什么。
grep “fail to create tenant” rootservice.log 看下是否有返回信息。
没有
匹配下rootservice.log* 可能日志被覆盖了。
pool has already granted to other tenant, can’t grant again(ret=-4626, ret=“OB_RESOURCE_POOL_ALREADY_GRANTED”, tenant_id=1032, pool={resource_pool_id:1008, name:“pool_graytest_zone1_gmj”, unit_count:1, unit_config_id:1008, zone_list:[“zone1”], tenant_id:1008, replica_type:0})
这个资源池被1008租户使用了,不能再分配给新租户了,一个资源池只能对应一个租户。
我指定新的没有被占用的资源池会报错资源池不存在,这个资源池该写什么的资源池
使用命令恢复成功了!
那为啥界面不行啊,选择不了恢复源租户
命令能恢复成功,ocp无法恢复,应该是ocp触发的一个bug.
问题已定位,原因是:服务器环境缺少admin用户,但ocp-agent调用脚本会切换该用户执行,导致报错。后续OCP422版本会修复。
4.2.2好像还没出来