关于ZEO Server多客户端连接断开及握手日志的技术问询

针对你遇到的ZEO Server部分连接连后即断、仅3台客户端完成握手的问题，结合你提供的日志片段，我来梳理下可能的原因和排查方向：

首先提取日志里的关键信息：

2018-03-30T16:23:24 (23621) terminated by SIGTERM
2018-03-30T16:23:24 (23621) closing storage '1'
2018-03-30T16:23:24 (127.0.0.1:51272) disconnected
2018-03-30T16:23:24 (23621) removed PID file '/home/magikzope/var/zeo.pid'

核心原因推测 #

• ZEO Server被SIGTERM终止引发的连锁断开
  日志最关键的点是ZEO Server进程（PID 23621）收到了SIGTERM信号并终止。这个信号会触发Server执行标准关闭流程：关闭存储实例、断开所有当前活跃连接、清理PID文件。你提到的“仅有三个连接显示已接收握手”，大概率是这3台客户端在Server终止前就已经成功完成握手并维持住了连接；而其他连接请求刚好赶上Server终止的过程，还没走完握手流程就被强制断开了。

• 临时连接请求的正常清理
  系统中偶尔会出现一些临时连接尝试——比如监控脚本的探测、客户端重启时的短暂重试、甚至是网络层面的无效试探。这些连接往往还没完成ZEO的握手交互，就会因为Server端的资源清理机制或者客户端主动放弃而断开。如果你的3台业务客户端能稳定运行，这种临时连接断开属于正常现象，无需过度担忧。

进一步排查方向 #

1. 定位SIGTERM信号的来源
   先搞清楚ZEO Server为什么会收到SIGTERM：是运维手动执行了停止命令？还是系统的OOM Killer（内存不足时终止进程）触发的？可以查看系统日志（比如/var/log/messages、dmesg），搜索PID 23621相关的记录，找到信号发送的原因。

2. 调整ZEO日志级别获取细节
   修改ZEO Server的zeo.conf配置，将日志level设置为debug，这样能记录每个连接的完整握手过程、断开时的具体原因（超时、客户端主动关闭等），帮助你区分是正常断开还是异常问题。

3. 检查连接超时配置
   核对Server和客户端的zeo.conf参数：

   • Server端的connection_timeout：默认是300秒，如果客户端在这个时间内没完成握手，会被Server主动断开
   • 客户端的wait参数：确保设置了合理的等待时间，避免连接请求因等待过短而提前失败

4. 排查系统层面的连接限制

   • 执行ulimit -n查看系统文件描述符上限，ZEO Server需要足够的文件描述符来处理并发连接，如果上限过低可能导致部分连接被拒绝
   • 检查防火墙/iptables规则，确认没有误拦截ZEO端口（默认8100）的连接请求

内容的提问来源于stack exchange，提问作者Ravi