Docker环境中ffprobe执行异常问题排查求助

容器运行环节的核心错误：多阶段构建未拷贝依赖 #

多阶段构建的核心是只将构建阶段的必要产物拷贝到运行阶段镜像，你遇到的问题本质是：构建阶段安装的ffmpeg/ffprobe没有被拷贝到最终的运行镜像中，导致运行阶段容器内完全没有这些工具。

具体排查点：

• 检查Dockerfile是否将构建阶段的ffmpeg/ffprobe二进制文件及依赖库复制到运行阶段。比如如果构建阶段用了带ffmpeg的镜像，运行阶段用的是轻量Node.js镜像，需要添加COPY --from=build-stage /usr/bin/ffmpeg /usr/bin/和COPY --from=build-stage /usr/bin/ffprobe /usr/bin/这类指令；如果是编译安装的ffmpeg，还要同步复制对应的lib目录。
• 你在构建阶段的验证操作是在build阶段容器内执行的，而非最终运行阶段的容器，所以当时能找到ffmpeg，但运行阶段镜像里并没有这些文件。

Debian与CentOS7的关键差异 #

1. 包管理体系
   • CentOS7使用yum/dnf，ffmpeg默认不在官方源，需要先启用EPEL和Nux Dextop源才能安装；Debian使用apt，默认源中直接提供ffmpeg包，可直接用apt install ffmpeg安装。
2. 二进制文件路径
   • 两者默认安装的ffmpeg/ffprobe都在/usr/bin/下，但如果是手动编译安装，CentOS可能默认安装到/usr/local/bin/，Debian编译时若不指定前缀也会到/usr/local/bin/，需注意运行阶段镜像的PATH是否包含该目录。
3. 依赖库差异
   • CentOS使用.so后缀的依赖库，命名风格如libavcodec.so.x；Debian的依赖库命名类似，但部分库的版本号和包名不同，比如CentOS的libssl-devel对应Debian的libssl-dev。如果是编译ffmpeg，两者的依赖包安装命令完全不同。
4. 用户权限
   • CentOS7的官方镜像默认以root用户运行；Debian的部分官方镜像（如Node.js的slim镜像）默认以非root用户运行，若代码需要执行ffmpeg，要确保该用户有执行权限，或者切换回root用户运行。
5. 系统基础库版本
   • CentOS7的glibc版本较老（2.17），Debian稳定版的glibc版本更高，若你在CentOS上编译的ffmpeg二进制直接拷贝到Debian镜像中，可能出现兼容性问题，导致无法运行。

内容的提问来源于stack exchange，提问作者Khải Hồ Quang