1 个赞
修改后仍然显示密码错误
1 个赞
您那边 proxysys租户可以登录 ， 使用 2883端口。。
select * from proxy_config wehre name like ‘%skip%’ ; --检查下
1 个赞
这是个已知缺陷，OB4.3.5.2 mysql.user记录大写密码，OCP密码大小写敏感导致。ocp436版本修复。
绕过方式：登陆sys租户删除proxyro用户 drop user proxyro;
可直连方式接管，后面再关联OBProxy集群
或者手工创建个proxy用户，密码自定义，然后OBProxy连接方式接管
2 个赞
这个可不可以通过升级ocp到436解决？
1 个赞
您把这个关闭了 试下呢 ？？
如果不行，就按照 官方老师的来吧， 或者 你就更改成 全数字的 密码 ， 不要大小写。 避开这个坑
现在关不了，就算是直连方式，关了后点击下一步它也会让输入proxyro密码
全数字密码， 尝试下， ？？ 答复下行不行啊
是的，在OCP4.3.6修复了
通过删除prosysro用户后，ocp可通过直连方式接管成功，当前已成功接管
请问现在ocp436版本还没有发布，改用ocp434能解决这个问题吗，昨天用删除proxyro用户的方法接管后，今天发现其他业务租户的用户都无法通过2883登录了，重新修改了proxyro的密码跟observer_sys_password一致后业务租户才能通过2883登录，但是发现ocp里面该集群的obproxy又变成空集群了，在ocp里删掉该obproxy重新创建后还是空集群。。。
与4.3.4版本相比，这到底是ocp的原因还是ob的差异原因造成的？
也就是说只能通过升级ocp到436才能解决，不能通过降到434解决是吧
是这样的，是OB内核侧变化导致的，另外OB的其它版本，例如4.2.5.3就没有这个问题
| OBServer | Zone | 机房 | Region | 主机是否接管 | 主机状态 | 检查结果 |
|---|---|---|---|---|---|---|
| 21.82.10.1 | zone1 | default_idc | deault_region | 待接管 | - | 不通过 |
| 21.82.10.2 | zone2 | default_idc | deault_region | 待接管 | - | 不通过 |
| 21.82.10.3 | zone3 | default_idc | deault_region | 待接管 | - | 不通过 |
上一步
重新检查
drop user proxyro之后，仍然提示上面的错误
提示： 待接管集群下zone=zone1的idc为default_idc、region为deault_region，与OCP当前idc、region映射关系不符合