容器镜像可在Docker Swarm运行但无法在Kubernetes中正常启动的问题排查求助

首先咱们抓最关键的核心问题：你的Kubernetes Pod里把ConfigMap直接挂载到了/app目录，这直接覆盖了容器镜像中原本存放.NET应用发布文件的目录！

为什么会出现这个误导性的SDK错误？ #

你在Docker Swarm中运行时没有这个挂载，镜像里的WebAPI.dll等应用文件都好好待在/app下，dotnet WebAPI.dll能正常执行。但到了K8s里，config-v5api-871dbe27-9933-416a-9830-ef1ec93a82e9这个ConfigMap被挂载到/app，把原来的应用文件全部覆盖了。当容器执行dotnet WebAPI.dll时，根本找不到目标程序集，.NET运行时就抛出了这个看起来像是缺少SDK的误导性提示——实际问题是要运行的dll不见了。

另外Pod日志里的Exit Code 145也能佐证这一点：这个错误码通常表示容器内的命令找不到指定的执行文件，或者参数无效。

具体解决步骤 #

1. 先验证问题根源
   临时修改Deployment配置，去掉这个挂载到/app的ConfigMap，重新部署试试：

   kubectl edit deployment v5api
   

   删除Volumes和VolumeMounts中对应config-v5api-871dbe27-9933-416a-9830-ef1ec93a82e9的部分，保存后观察Pod是否能正常启动。如果能启动，就100%确认是挂载覆盖的问题。

2. 正确挂载ConfigMap
   不要把ConfigMap挂载到应用根目录，而是挂载到/app下的子目录，比如/app/config：

   • 修改Deployment的VolumeMounts部分：

     volumeMounts:
     - name: config-v5api-871dbe27-9933-416a-9830-ef1ec93a82e9
       mountPath: /app/config
       readOnly: true
     

   • 同时调整你的.NET应用，让它从/app/config目录读取配置文件（比如通过appsettings.json的路径配置，或者环境变量指定配置目录）。

3. 替代方案：用环境变量传递配置
   如果你的配置内容不多，也可以直接把ConfigMap里的键值对作为环境变量注入容器，完全避开目录挂载的冲突：

   env:
   - name: AppSettings__YourConfigKey
     valueFrom:
       configMapKeyRef:
         name: appsettings-conf-v1
         key: your-config-key
   

   之后在.NET应用中通过IConfiguration读取这些环境变量即可。

额外说明 #

你的Dockerfile完全没问题：用aspnet:3.1-bionic作为基础镜像（这是专门的运行时镜像，不需要SDK），ENTRYPOINT的写法也符合规范，问题确实出在K8s的挂载配置上。

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