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
Describe the bug
这个issue和[#3781] Fix service list intermittently lost service(dubbo provider数量从0到n不停变化,变成0时调用者出现no provider)触发的诱因不同。
Expected behavior 注册中心的provider数量稳定。
Acutally behavior 注册中心上面看到的provider数量一直在变。 客户端的logs/nacos/naming日志一直在显示failed to request到写错的注册中心地址超时请求。
Desktop (please complete the following information):
Additional context 可能相关 #4925: nacos 1.4.1 集群中某节点下线,其余节点不能正确稳定感知状态
The text was updated successfully, but these errors were encountered:
N台dubbo服务作为nacos客户端,配置的注册中心地址里面只有A写对了,其余B、C两个注册中心的地址都配漏了一个数字,ping都ping不通。
客户端的logs/nacos/naming日志一直在显示failed to request到写错的注册中心地址超时请求。
客户端把服务端的地址搞错了,所以日志打印超时访问,应该是正常的情况,因为访问的根本就是错误的地址。
Sorry, something went wrong.
如果地址填错了 那么有2/3的概率心跳发送到无法请求的地址,如果一直续不上心跳, 服务端认为provider出现问题,不健康而摘除才是正常现象。
No branches or pull requests
Describe the bug
这个issue和[#3781] Fix service list intermittently lost service(dubbo provider数量从0到n不停变化,变成0时调用者出现no provider)触发的诱因不同。
Expected behavior
注册中心的provider数量稳定。
Acutally behavior
注册中心上面看到的provider数量一直在变。
客户端的logs/nacos/naming日志一直在显示failed to request到写错的注册中心地址超时请求。
Desktop (please complete the following information):
Additional context
可能相关 #4925: nacos 1.4.1 集群中某节点下线,其余节点不能正确稳定感知状态
The text was updated successfully, but these errors were encountered: