We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
你好,目前我配置了三台服务器 10.21.1.10、10.21.1.11、10.21.1.12
nebula-graphd.conf
--meta_server_addrs=10.21.1.10:9559,10.21.1.11:9559,10.21.1.12:9559
nebula-metad.conf
ebula-storaged.conf
客户端配置如下
SessionPoolConfig sessionPoolConfig = new SessionPoolConfig(addresses, space, userName, password); sessionPoolConfig.setMinSessionSize(minSessionSize); sessionPoolConfig.setMaxSessionSize(maxSessionSize); sessionPoolConfig.setTimeout(sessionTimeout); sessionPoolConfig.setCleanTime(clearTime); sessionPoolConfig.setIntervalTime(intervalIdel); sessionPoolConfig.setWaitTime(waitTime); sessionPoolConfig.setHealthCheckTime(healthCheckTime); sessionPoolConfig.setReconnect(reconnect);
当其中任一节点宕机或停止服务时,客户端无法连接到集群, 或发生 -1005:GraphMemoryExceeded:(-2600) 异常时,客户端连接报错信息如下
[ERROR (-1005)]: Storage Error: RPC failure, probably timeout.
请问这个问题是存在什么配置或我的集群安装问题吗?
The text was updated successfully, but these errors were encountered:
报错信息显示是Storaged挂了,你的查询错报了,并不是连接不上集群。 在SessionPool初始化之后,如果还有graphd是活着的,你还是可以正常连接上nebula服务的。
Sorry, something went wrong.
我目前的情况就是三个 Storaged 挂了一个,客户端就无法连接了,抛出的就是”Storage Error: RPC failure, probably timeout.“ 还是说有什么配置需要调整吗?
挂掉的那个 storage 可以重启下么?show hosts graph 你看下是不是有 graph 挂了,而你这个客户端是不是连上了挂掉的 graph。(是的话,可以尝试换下 graph 的配置顺序
这个问题有段时间了,如果你有新的信息更新的话,可以重新打开这个 issue 哈。
No branches or pull requests
你好,目前我配置了三台服务器 10.21.1.10、10.21.1.11、10.21.1.12
nebula-graphd.conf
nebula-metad.conf
ebula-storaged.conf
客户端配置如下
当其中任一节点宕机或停止服务时,客户端无法连接到集群,
或发生 -1005:GraphMemoryExceeded:(-2600) 异常时,客户端连接报错信息如下
请问这个问题是存在什么配置或我的集群安装问题吗?
The text was updated successfully, but these errors were encountered: