Kafka双Broker集群频繁报Unexpected error WARN日志问题求助
刚接触Kafka和ZooKeeper的时候，这种莫名的WARN日志确实容易让人头大，结合你描述的现象（每10秒一次、涉及未知IP 10.8.7.1、关闭一个节点日志减少），给你几个针对性的排查方向：
1. 先补全完整的WARN日志信息
你提供的日志被截断了（U...），这类SocketServer的WARN通常是Unexpected error from /10.8.7.1; closing connection或者Connection to node X could not be established. Broker may not be available.这类内容。完整的日志（包括错误栈）能直接帮你定位是连接超时、拒绝还是其他异常，建议先把完整的日志条目找出来，这是排查的第一步。
2. 检查Broker的核心配置
集群节点间的通信问题90%和配置里的地址设置有关，重点看每个Broker的server.properties：
listeners和advertised.listeners：这两个是Broker监听和对外暴露的地址。如果其中某个配置用了主机名，而这个主机名在DNS解析或者/etc/hosts里指向了不存在的10.8.7.1，就会导致其他Broker/客户端尝试连接这个无效IP。建议暂时把这两个配置改成当前Broker明确可用的IP（比如PLAINTEXT://192.168.x.x:9092），不要用0.0.0.0或者主机名，测试是否能消除WARN。zookeeper.connect：检查ZK连接串里的主机名，有没有解析到10.8.7.1的情况。可以用nslookup [ZK主机名]或者dig [ZK主机名]验证每个ZK节点的IP是否正确。
3. 清理ZooKeeper里的旧元数据
Kafka依赖ZK存储集群的Broker注册信息、分区副本分配等元数据，如果之前有过使用10.8.7.1的Broker，下线后元数据没清理干净，就会导致现有Broker持续尝试连接这个无效节点：
- 用ZK自带的客户端工具
zkCli.sh连接到ZK集群：./zkCli.sh -server [ZK节点IP]:2181 - 查看注册的Broker列表：
ls /brokers/ids - 逐个查看每个Broker的详细信息，检查是否有
host字段为10.8.7.1的条目：get /brokers/ids/[BrokerID] - 如果发现无效的Broker节点，直接删除：
delete /brokers/ids/[无效BrokerID] - 另外也可以检查
/brokers/topics下的分区副本分配，有没有指向不存在的Broker。
4. 网络层面抓包验证
虽然你说没有主机使用10.8.7.1，但可以在Broker节点上用tcpdump抓包，看看这个IP的请求来源：
tcpdump -i any host 10.8.7.1
通过抓包可以明确是当前Broker本身在发起连接，还是ZK或者其他进程在尝试访问这个IP，这能帮你缩小排查范围。同时也要检查防火墙/安全组，确保Broker之间（默认9092端口）、Broker和ZK之间（默认2181端口）的通信没有被拦截。
5. 检查Broker启动日志
查看每个Broker的启动日志，有没有启动时的警告信息，比如“无法解析某个主机名”“无法连接到ZK节点”之类的内容，这些信息往往能提前暴露配置或者网络的问题。
临时验证小技巧
如果暂时找不到根源，可以尝试：
- 把两个Broker的
listeners和advertised.listeners都配置成明确的可用IP - 重启ZK集群（如果有多个节点）
- 依次重启两个Broker，让它们重新向ZK注册元数据
之后观察WARN日志是否消失，再逐步排查之前的配置问题。
内容的提问来源于stack exchange，提问作者twasa
