Alpine容器内已存在的二进制文件运行时提示找不到文件问题咨询

问题原因 #

这个报错是Alpine系统的典型C库兼容问题。
Alpine默认使用musl libc作为系统标准C库，而绝大多数常规环境下编译的二进制程序（比如在Ubuntu、CentOS上编译的程序、官方预编译的分发二进制）默认都依赖glibc（GNU C库），两者并不兼容。当你运行依赖glibc的二进制时，系统找不到对应的动态链接器，就会出现明明文件存在、权限也正常，却提示No such file or directory的情况。

验证方法 #

进入容器的shell环境，执行ldd /usr/bin/spar，如果输出中出现not a dynamic executable或者提示ld-linux-x86-64.so.2这类依赖库找不到，即可确认是该问题。

解决方案 #

• 方案1：安装glibc兼容层
  在Alpine容器中执行apk add gcompat libc6-compat安装兼容包，即可适配绝大多数glibc编译的二进制程序，你可以把这个命令加到Dockerfile的RUN指令中，构建镜像时直接预装。
• 方案2：静态编译二进制
  重新编译spar程序，编译时指定使用musl libc做全静态编译，生成的二进制不依赖系统的C库，可以直接在Alpine上运行。不同语言的静态编译参数不同，比如Go语言可以设置环境变量CGO_ENABLED=0后编译，Rust可以指定编译target为x86_64-unknown-linux-musl。
• 方案3：更换基础镜像
  直接换用Ubuntu、Debian这类默认搭载glibc的发行版作为基础镜像，不需要修改程序即可正常运行，这也是很多用户选择换镜像解决问题的原因。

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