InternLM/lmdeploy项目Docker构建问题分析与解决方案

问题背景

在构建InternLM/lmdeploy项目的ARM64架构Ascend版本Docker镜像时，发现Dockerfile中存在两个关键问题：

1. 构建过程中尝试从requirements目录加载runtime.txt文件，但该文件实际上并不存在
2. 使用了较新Docker才支持的--mount=type=cache参数，而EulerOS等系统默认安装的Docker 18.*版本不支持此参数

技术分析

缺失的runtime.txt文件

项目在重构requirements管理结构后，Dockerfile未能同步更新。原Dockerfile中引用的runtime.txt文件已不再使用，特别是triton相关依赖已从Ascend版本的requirements中移除。

Docker构建缓存问题

--mount=type=cache是Docker BuildKit提供的高级功能，用于在构建过程中缓存依赖包，可以显著加快重复构建的速度。但这一功能需要较新版本的Docker（19.03+）支持，且需要启用BuildKit功能。

解决方案

针对runtime.txt缺失问题

可以直接删除Dockerfile中引用runtime.txt的相关行，因为：

• 这些依赖已不再需要
• 项目已采用其他方式管理这些运行时依赖

针对Docker版本兼容性问题

有三种可行的解决方案：

1. 升级Docker版本：将系统Docker升级到19.03或更高版本

   • 优点：可以使用最新Docker功能
   • 缺点：可能需要系统管理员权限

2. 修改Dockerfile：移除--mount=type=cache参数

   • 优点：兼容性好
   • 缺点：失去构建缓存优化

3. 启用BuildKit：在支持的环境下显式启用BuildKit

   DOCKER_BUILDKIT=1 docker build ...
   

   • 优点：保留优化功能
   • 缺点：仍需要较新Docker版本

最佳实践建议

对于生产环境部署，建议：

1. 使用Ubuntu等支持较新Docker版本的系统作为构建环境
2. 保持Dockerfile与项目requirements管理结构的同步更新
3. 在CI/CD流程中明确标注所需的Docker版本要求
4. 考虑提供多版本Dockerfile以适应不同环境

项目维护建议

对于开源项目维护者，建议：

1. 建立Dockerfile变更与requirements更新的联动机制
2. 在文档中明确标注构建环境要求
3. 考虑提供基础镜像以简化用户构建过程
4. 增加构建测试覆盖更多环境场景

通过以上分析和解决方案，用户可以更顺利地构建InternLM/lmdeploy项目的Docker镜像，同时也为项目维护者提供了改进建议。