Tdarr项目2.25.01版本容器化部署中的连接问题分析与解决方案

问题背景

在Tdarr媒体处理系统的2.25.01预发布版本中，部分用户在Docker容器环境（特别是Unraid平台）部署时遇到了服务启动异常问题。主要表现为：

1. 服务端反复重启初始化数据库
2. 节点端持续报连接拒绝错误(ECONNRESET/ECONNREFUSED)
3. 工作节点无法建立与服务端的通信

技术分析

核心错误表现

从日志分析可见三个关键异常点：

1. 服务端循环初始化 服务日志显示DB初始化后未完成正常启动流程，而是重新开始初始化循环：

[INFO] 初始化DB -> [INFO] 版本检查 -> [INFO] 环境准备 -> [INFO] 初始化DB

2. 节点连接失败 节点端持续报告传输层错误：

xhr poll error
ECONNRESET/socket hang up

3. 版本兼容性问题 工作节点运行2.23.01版本时，与服务端2.25.01版本存在协议不兼容情况。

根本原因

经排查确定主要原因为：

1. 预发布版本(2.25.01)的网络通信模块存在兼容性问题
2. 容器内部服务依赖未正确初始化导致服务崩溃
3. 节点配置中使用物理IP而非容器内部通信机制

解决方案

临时解决方案

对于生产环境用户：

1. 回退到稳定版本2.24.05：

docker pull ghcr.io/haveagitgat/tdarr:2.24.05

最终解决方案

开发团队已修复网络通信问题，最新预发布版本已可正常使用：

docker pull ghcr.io/haveagitgat/tdarr_acc:latest

配置建议

1. 容器间通信建议使用localhost或服务名而非物理IP
2. 生产环境应避免使用_acc(acceptance)测试镜像
3. 保持节点与服务端版本一致

最佳实践

1. 版本管理

• 正式环境使用ghcr.io/haveagitgat/tdarr官方镜像
• 测试环境使用_acc标签需明确版本号

2. 日志分析

• 同时检查Docker容器日志和Tdarr应用日志
• 关注服务是否完成完整启动流程

3. 网络配置

• 单容器部署时节点配置建议使用127.0.0.1
• 多容器部署建议使用Docker网络别名

经验总结

此次事件揭示了容器化部署中的几个关键点：

1. 预发布版本需要充分测试
2. 服务健康检查机制的重要性
3. 版本控制策略的必要性
4. 容器网络通信的最佳实践

对于媒体处理系统这类长期运行的服务，建议建立完善的监控体系，确保能及时发现类似的服务异常情况。