Docker Build与Run报错‘no such file or directory’但文件存在可执行

问题根源 #

你遇到的错误并非二进制文件不存在，而是Rust默认编译的动态链接二进制依赖glibc，但Alpine镜像使用musl libc，导致依赖库缺失。Rust官方镜像（如rust:latest）基于Debian/Ubuntu，默认编译出的二进制依赖glibc，在Alpine环境下找不到对应链接库，因此触发"no such file or directory"错误。

解决方案 #

1. 编译静态链接的二进制（推荐） #

在构建阶段指定musl目标编译，生成不依赖系统libc的静态二进制：

# 构建阶段
FROM rust:latest AS rust-builder
# 添加musl目标支持
RUN rustup target add x86_64-unknown-linux-musl
WORKDIR /app
COPY . .
# 用musl目标编译release版本
RUN cargo build --release --target x86_64-unknown-linux-musl

# 运行阶段
FROM alpine:latest
WORKDIR /app
# 从构建阶段复制静态编译的二进制
COPY --from=rust-builder /app/target/x86_64-unknown-linux-musl/release/kube-logs-generator .
RUN chmod +x kube-logs-generator
CMD ["./kube-logs-generator"]

2. 使用Alpine版Rust镜像构建 #

直接用基于Alpine的Rust镜像作为构建环境，编译适配musl的二进制：

# 构建阶段
FROM rust:alpine AS rust-builder
# 安装musl编译依赖
RUN apk add --no-cache musl-dev
WORKDIR /app
COPY . .
RUN cargo build --release

# 运行阶段
FROM alpine:latest
WORKDIR /app
COPY --from=rust-builder /app/target/release/kube-logs-generator .
RUN chmod +x kube-logs-generator
CMD ["./kube-logs-generator"]

3. 验证二进制链接类型 #

可在构建阶段执行以下命令确认二进制的链接方式：

# 在rust-builder阶段执行
ldd target/release/kube-logs-generator

• 若输出包含libc.so.6等glibc相关依赖，说明是动态链接；
• 静态链接的二进制会显示not a dynamic executable。

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