M1 Mac运行amd64架构uWSGI容器出现监听队列异常爆满问题

问题现象 #

在M1 Mac（arm64架构）上运行amd64架构的Docker容器，启动uWSGI服务后出现异常日志刷屏：

*** uWSGI listen queue of socket ":5000" (fd: 8) full !!! (26486256/64) ***

• 日志每秒重复打印，显示监听队列积压26486256个请求，但实际无大量请求流入
• Busyness模块持续生成应急工作进程直至配置上限
• 服务核心功能正常，仍能处理用户请求

根因排查 #

1. 架构转译兼容性问题：M1 Mac为arm64架构，运行amd64容器依赖Docker的Rosetta 2转译层。uWSGI用于获取TCP监听队列长度的系统调用（如getsockopt）在转译环境中返回错误值，导致uWSGI误判队列已满。
2. uWSGI版本适配缺陷：uWSGI 2.0.20在arm64转译amd64的场景下，对内核返回的队列长度值处理异常，出现数值溢出或读取错误，生成虚假的超大积压数值。
3. Busyness模块触发逻辑：由于uWSGI误报队列满，Busyness模块根据配置的backlog alert阈值（64）持续触发应急进程生成逻辑。

实际影响评估 #

• 开发环境：仅存在日志刷屏、占用磁盘空间的干扰性问题，不影响服务功能可用性。
• 生产环境（非转译架构）：该问题仅出现在Rosetta 2转译的amd64容器环境中，原生amd64服务器或原生arm64容器部署时不会触发，因此生产环境无实际功能风险。

临时解决方案 #

• 禁用Busyness模块：在uWSGI配置文件中注释或移除所有busyness相关配置项，停止应急进程的自动生成。
• 调整日志级别：降低uWSGI日志输出级别（如添加--log-level warning配置），屏蔽该错误日志的打印。
• 升级uWSGI版本：尝试升级至uWSGI 2.0.21及以上版本，部分后续版本已修复架构转译环境下的系统调用兼容问题。
• 改用arm64镜像：若服务代码支持，直接构建并使用arm64架构的Docker镜像，完全规避Rosetta 2转译带来的兼容性问题。

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