配置完obproxy后,使用obproxy登录,一直报ERROR 4669 (HY000): cluster not exist,但是集群是存在的,这个有什么建议吗?
把 wx_ha:1 改成 wx_ha 试下?
:1 好像是 cluster_id,可能要删掉~
刚开始是把obproxy配置到了ocp那台机器上,后来改到observer那台上可以了。
按道理是应该都可以的,很奇怪,不知道是哪里没配置还是什么。
注意
- OBProxy 在任何一个机器上部署后,通过向外暴露一个 ip:port 来提供 OceanBase 的代理服务。用户可以像访问 MySQL 数据库一样通过该 ip:port 即可访问 OceanBase 数据库,一般推荐部署在 OBServer 节点上。
- 建议一台机器上只部署一个OBProxy服务,并且使用约定的 2883 端口。当同一台机器上部署多个OBProxy服务时,需要指定不同端口予以区分。
跟 :1 这个集群 id 没关系是吧?
两种部署 obproxy 的方式用的都是相同的连接串?都带了 cluster id?
把obproxy配置到了ocp那台机器上失败的报错是什么?
是的
就是集群不存在
可能的原因和解决方法如下:
- 配置问题:首先,检查 OBProxy 的配置是否正确。特别是 obproxy_config_server_url 配置项是否正确指向了 OceanBase 的配置服务器(OCP)。这个配置项应该包含可以访问到所有 OceanBase 集群的地址。
- 集群名匹配:确保在 OBProxy 登录时输入的集群名与 OCP 中存储的集群名完全匹配,包括大小写。
-
网络问题:检查 OBProxy 与 OCP 之间的网络连接是否正常。可以尝试使用
curl
命令访问 OCP 地址,确认能够返回所有集群的列表。 - OCP 状态:确认 OCP(配置服务器)是否正常运行并且所有集群都已正常注册。
- 版本兼容性:确认 OBProxy 和 OceanBase 的版本是否兼容。有时版本不匹配可能导致某些功能无法正常使用。
- 日志分析:查看 OBProxy 和 OceanBase 的日志文件,查看是否有更多关于错误的详细信息,这有助于进一步定位问题。
- 重启服务:尝试重启 OBProxy 和 OceanBase 服务,有时简单的重启可以解决一些临时性的问题。