你在ppc64le架构节点上遇到的ELF: not found和语法错误，本质是架构不兼容引发的问题，具体原因和解决办法如下：

问题根源 #

你的Dockerfile里用了COPY --from=appt指令，从appt镜像复制了整个/usr/和/bin目录到ubuntu:16.04基础镜像中。如果appt镜像是基于x86架构构建的，那么复制过来的二进制文件（比如apt-get）都是x86架构的ELF格式，而ppc64le是PowerPC架构，无法识别和执行x86的二进制文件——系统会把x86二进制当成脚本解析，自然会报出语法错误这类奇怪的信息。

解决方案 #

1. 确保appt镜像适配ppc64le架构 #

• 如果appt是你自己维护的镜像，要么在ppc64le节点上单独构建它，要么用Docker Buildx构建多架构镜像，让它同时支持x86和ppc64le两种架构。这样在不同架构的节点上构建时，Docker会自动拉取对应架构的appt镜像。
• 如果appt是第三方镜像，检查它是否提供ppc64le版本的标签（比如appt:latest-ppc64le），拉取时指定对应标签即可。

2. 避免覆盖系统关键目录 #

直接复制/usr/和/bin是非常危险的操作，这会彻底替换基础镜像的系统工具链。建议：

• 只复制你实际需要的文件，而不是整个目录。比如你只需要appt里的某个工具，就精准复制路径：

  COPY --from=appt /usr/local/bin/your-needed-tool /usr/local/bin/
  

• 如果确实需要复制部分系统文件，先确认这些文件不会和基础镜像的系统工具冲突，或者在复制后重新安装被覆盖的工具（比如重新安装apt包），不过这只是临时 workaround，不推荐长期使用。

3. 直接在ppc64le基础镜像中构建依赖 #

如果appt镜像无法提供ppc64le版本，不如放弃从appt复制文件，直接在ubuntu:16.04的ppc64le镜像里安装你需要的内容，这样所有工具都是原生适配ppc64le架构的，从根源避免架构冲突。

验证步骤 #

修改Dockerfile后，在ppc64le代理节点重新触发构建，观察apt-get update和安装命令是否能正常执行，不再出现ELF相关的报错。

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