问题现象：

按照docker搭建zookeeper集群中步骤，安装完docker，配置好三台容器后，启动zookeeper环境。发现两台正常，一台报Notification timeout的日志。

而异常的原因是cannot assign requested address。该问题要么ip、port不通要么就是开启监听的server地址和发送消息的地址不对。

解决思路：

查看源码位置，发现在QuorumCnxManager.java文件中抛的异常

grep -r “Exception while listening” *

java/main/org/apache/zookeeper/server/quorum/QuorumCnxManager.java:                    LOG.error(“Exception while listening”, e);

找到异常，去上下看看是否有迹可循

然后，去日志看下绑定的ip、port是什么。发现Slave1的日志里打印出了信息

2018-06-15 01:28:53,612 [myid:3] – INFO [Slave2/172.17.0.4:3890:QuorumCnxManager$Listener@534] – My election bind port: Slave2/172.17.0.4:3890

我的zoo.cfg server配置如下

server.1=Master:2888:3888

server.2=Slave1:2889:3889

server.3=Slave2:2890:3890

参考“艾伦蓝”的博客介绍了

server.A=B：C：D：其中 A 是一个数字，表示这个是第几号服务器；B 是这个服务器的 ip 地址；C 表示的是这个服务器与集群中的 Leader 服务器交换信息的端口；D 表示的是万一集群中的 Leader 服务器挂了，需要一个端口来重新进行选举，选出一个新的 Leader，而这个端口就是用来执行选举时服务器相互通信的端口。如果是伪集群的配置方式，由于 B 都是一样，所以不同的 Zookeeper 实例通信端口号不能一样，所以要给它们分配不同的端口号。

也就是说我本地绑定的端口是server.3的端口。（看日志感觉应该起的server.2的3889才对！）

剩下的工作就是看看zookeeper配置文件如何加载，为什么解析的不正确！

回到刚才的源码，获取addr的地方：

addr = self.quorumPeers.get(self.getId()).electionAddr;

查看QuorumPeerConfig.java发现quorumPeers存的是server1，2，3的信息。那id是哪来的？

public long getId() {

        return myid;

    }

myid又是从哪里来的？

这个myid是解析myid的文件来的。

莫非是这个myid还要和server.#的值必须匹配起来？

server.2的myid必须是2。

查看Slave1和Slave2的myid文件，果然Slave1 写的3，Slave2写的2。

以上！得出结论修改Slave1和Slave2的myid文件为2，3。

问题解决！！