Docker Swarm部署镜像失败：节点报'task: non-zero exit (2147516553)'

这个错误码2147516553对应Windows系统的0x80008083（COR_E_EXECUTIONENGINEFAILED），本质是.NET Core执行引擎初始化失败。结合你提到的“单个容器正常、Swarm部署失败”的情况，大概率是Swarm节点环境和容器镜像的兼容性问题，或者部署配置细节遗漏，以下是具体的排查和解决步骤：

• 检查Swarm节点Windows版本与镜像的兼容性
  microsoft/aspnetcore:2.0这类官方镜像依赖特定版本的Windows Server内核，比如镜像可能基于Windows Server 2016（1607）或1709，如果你的Swarm节点Windows版本和镜像内核版本不匹配，就会出现运行时执行失败。
  你可以通过以下命令确认镜像的基础OS版本：

  docker inspect microsoft/aspnetcore:2.0 | grep -A 5 "OsVersion"
  

  然后对比节点的Windows版本（在节点上执行ver命令），确保两者版本一致。如果不一致，要么升级/降级节点的Windows版本，要么选择匹配节点版本的ASP.NET Core镜像。

• 验证Dockerfile的完整性
  你提供的Dockerfile最后一行WORKDIR /...看起来不完整，完整的多阶段构建应该包含从build阶段复制发布文件的步骤，以及指定启动入口。正确的结构应该类似：

  FROM microsoft/aspnetcore-build:2.0 AS build-env
  WORKDIR /app
  COPY *.csproj ./
  RUN dotnet restore
  COPY . ./
  RUN dotnet publish -c Release -o out
  
  FROM microsoft/aspnetcore:2.0
  WORKDIR /app
  # 复制build阶段的发布产物
  COPY --from=build-env /app/out .
  # 指定应用启动命令
  ENTRYPOINT ["dotnet", "YourAppName.dll"]
  

  虽然你说单个容器能运行，但如果Swarm部署时使用的镜像存在构建不完整的情况（比如遗漏ENTRYPOINT），也可能导致启动失败，建议重新构建镜像并验证。

• 查看Swarm服务的详细日志
  单个容器的日志和Swarm服务的日志可能有差异，执行以下命令获取服务的完整错误日志，能帮你定位更具体的问题（比如是否找不到应用DLL、依赖缺失等）：

  docker service logs <your-service-name>
  

• 测试基础镜像在Swarm中的可用性
  先排除ASP.NET Core镜像本身的问题，尝试在Swarm中运行一个简单的测试服务：

  docker service create --name test-swarm-aspnet microsoft/aspnetcore:2.0 cmd /c "echo Hello from Swarm"
  

  如果这个测试服务能正常运行，说明问题出在你的应用镜像或配置上；如果也失败，那就是镜像和Swarm节点的兼容性问题。

• 检查Swarm网络与权限配置
  确保你的服务使用的是Swarm的overlay网络（默认的ingress网络即可），避免使用host网络导致的冲突。另外，检查是否有卷挂载导致的文件权限问题——如果应用依赖挂载的文件，Swarm节点上的卷路径权限可能和单个容器不同，导致应用无法读取文件。

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