版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
测试环境的dubbo服务提供者出现多个重复提供者,且停服务后服务节点无法摘除。
zookeeper客户端使用的curator,首先排查curator创建的节点是否是临时节点,在本地环境起服务调试到AbstractZookeeperClient:
@Override
public void create(String path, boolean ephemeral) {
if (!ephemeral) {
if (checkExists(path)) {
return;
}
}
int i = path.lastIndexOf('/');
if (i > 0) {
create(path.substring(0, i), false);
}
if (ephemeral) {
createEphemeral(path);
} else {
createPersistent(path);
}
}
发现确实走的createEphemeral(path);
用zkCli.sh get查看dubbo provider节点发现确实也是临时节点:
非原图,信息类似。
再查看tickTime、initLimit、syncLimit等配置项也正常。
排查到这里有点没头绪了,然后找到网上有人也遇到多个相同提供者问题,而他问题的原因是服务器时间不正确,于是查看了zookeeper服务器时间和提供者服务器时间,发现仍然是正确的。
最后又回过头看时间,发现创建的临时节点在zookeeper metadata中的时间戳ctime、mtime都是2020年8月,差了一年多。原来是有系统项目部署在了zookeeper服务器,测试时修改了系统时间到2020年,这时provider服务重启时去注册的节点,ctime、mtime时间都变成了2020年,导致关闭了session后临时节点仍然存在。
解决办法:使用curator把时间戳不正确的临时节点都删除