通过Lambda调用ECS任务出现Exit code:1及exec格式错误求助

1. 优先排查架构不兼容问题 #

这是exec format error最常见的原因：

• 用uname -m查看本地构建镜像的机器架构（如x86_64/arm64），对比ECS集群使用的实例架构：
  • 若ECS用Graviton（arm64）实例，但本地是x86_64架构构建的镜像，x86二进制无法在ARM环境执行，就会触发该错误。
• 解决方式：
  • 用Docker Buildx构建多架构镜像，适配两种架构：

    docker buildx create --use
    docker buildx build --platform linux/amd64,linux/arm64 -t <你的镜像仓库地址>:<标签> --push .
    

  • 或者调整ECS实例架构与本地一致，比如本地是x86_64就选用t2.micro这类x86实例类型。

2. 验证镜像入口命令的正确性 #

• 检查Dockerfile中的ENTRYPOINT/CMD是否正确指向python3路径：在本地镜像内执行which python3，对比ECS日志中的路径是否一致。
• 尝试将Dockerfile中的绝对路径改为python3，避免不同架构下路径差异导致的问题。

3. 彻底排除AWS权限问题 #

• 手动登录ECS实例，拉取镜像直接运行：如果同样报错，说明和权限无关；如果能正常启动，再聚焦Lambda与ECS的权限配置：
  • 确认ECS任务执行角色拥有ECR镜像拉取权限（ecr:GetDownloadUrlForLayer、ecr:BatchGetImage、ecr:BatchCheckLayerAvailability）。
  • 确认Lambda执行角色拥有ecs:RunTask及相关资源访问权限。
  • 查看CloudTrail日志，搜索ECS任务执行相关事件，排查是否有拒绝访问记录。

4. 检查镜像构建依赖问题 #

• 确认构建镜像时未依赖本地环境的架构特定二进制包：尽量使用官方跨架构的Python基础镜像（如python:3.11-slim），避免手动下载对应架构的Python安装包，确保镜像在不同架构环境下都能正常运行。

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