在 Mac OSX 上构建的映像，使用 M1 处理器，部署到 EC2 实例。但是当脚本运行时它会产生错误：
standard_init_linux.go:219: exec user process caused: exec format error
在 Stackoverflow 的其他地方，这被解释为操作系统架构不匹配。果然在 EC2 实例上运行“uname -m”显示它是 x86_64，“docker image inspect”显示容器具有架构 arm64。
这是我不明白的地方。我的 Mac 上的“uname -m”也显示为 x86_64。那么容器如何继承不同的架构？
更重要的是，如何在 Mac 上构建可以在 EC2 上运行的映像？
Docker 文件很简单
FROM python
WORKDIR /
COPY requirements.txt .
RUN pip install -r requirements.txt
COPY src /src
src 目前包含一些简单的 python 脚本，执行如下：
docker run container/name python test.py
这在我的 Mac 上运行良好，但在 AWS 上执行时会出现上述错误。
答案 0 :(得分：3)
好的。这就是正在发生的事情。我的 Mac 配备了新的 M1 芯片，我正在运行 Tech Preview version of Docker Desktop。在引擎盖下，该芯片具有 arm64 架构，但通过 iTerm 和 VSCode 对其进行查询，它声称是 x86_64，因此当我发布问题时我感到困惑。这可能是因为这两个应用程序都在后台悄悄地通过英特尔模拟器运行，这就是对 uname 命令的响应。
但是，因为处理器实际上是 arm64，所以这是我从 Docker 中提取 Python 映像时的基本架构（我尝试了许多不同风格的 Python 版本 - 都得到了相同的结果）。
为了强制使用 amd64 AWS 兼容的镜像，我将 Dockerfile 的第一行更改为：
FROM --platform=linux/x86-64 python。
当来自此映像的容器在 Mac 上运行时会导致警告
WARNING: The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested
但这只是一个警告，脚本运行（大概是通过英特尔模拟器重定向回来。脚本现在在 EC2 实例上运行没有问题（或警告）。
答案 1 :(得分：1)
我不确定您为什么会收到此错误，但是如果您愿意并且不介意公开您的代码和图像，有一种很好的方法可以解决它。我猜这无论如何都只是家常便饭，所以它可能不会太糟糕。
另一种方法是从第 1 步开始，然后使用 ssh 登录您的 ec2 并在该机器上克隆存储库。然后您可以直接在真正的 linux 机器上构建它（您的 osx 机器不运行 Linux，这与 docker 不匹配）。如果您在服务器上构建它，您应该可以毫无问题地在那里运行它。
答案 2 :(得分：1)
尝试在容器中使用 CMD ["lscpu"] 或类似 cat /proc/cpuinfo 之类的东西运行，比较架构
另一件事：您在构建时可能会拉取 arm python 映像的架构，并尝试在 x86_64 (EC2) 上运行它