EKS集群Pod CrashLoopBackOff：MongoDB URI解析错误排查求助

核心问题 #

程序获取到的MONGO_URI格式不符合MongoDB驱动要求，导致解析时出现scheme must be "mongodb" or "mongodb+srv"错误，进而引发Pod进入CrashLoopBackOff状态。

1. 先确认Pod中实际的MONGO_URI值 #

错误提示直接指向URI格式问题，第一步要明确容器内实际拿到的URI内容：

• 临时日志排查：修改main.go添加一行打印日志，重新构建镜像部署：

  mongoURI := os.Getenv("MONGO_URI")
  log.Printf("DEBUG: MONGO_URI = %q", mongoURI) // 新增该行
  if mongoURI == "" {
      log.Fatalf("MONGO_URI not set in environment")
  }
  

  执行kubectl logs <你的Pod名称>查看日志，就能直观看到URI的实际格式。
• 直接查看环境变量：如果容器包含shell，执行kubectl exec -it <你的Pod名称> -- printenv MONGO_URI，直接输出环境变量值。

2. 常见原因及修复方案 #

（1）.env文件中的URI格式错误 #

你的代码会加载镜像内的.env文件，若文件内的URI存在以下问题，会导致解析失败：

• 带引号：比如写成MONGO_URI="mongodb://admin:password@xx.xx.xx.xx:27017/admin"，实际获取到的URI会包含双引号，变成"mongodb://..."，驱动解析时会把"mongodb识别为scheme，不符合要求。
• 多余空格：比如MONGO_URI = mongodb://...（=前后有空格），导致URI开头带空格，scheme识别失效。
• 拼写错误：比如误写为mongdb://（少了一个o）。

修复：修改.env文件为标准格式，确保无引号、无多余空格：

MONGO_URI=mongodb://admin:password@xx.xx.xx.xx:27017/admin

（2）K8s环境变量未生效 #

检查Deployment配置是否正确应用：

• 执行kubectl describe deployment tasky，查看Environment模块是否正确显示MONGO_URI的设置值。
• 若配置无误但Pod未获取到，尝试重启Deployment刷新配置：

  kubectl rollout restart deployment tasky
  

（3）代码加载.env的逻辑冲突 #

K8s环境中已经通过Deployment设置了环境变量，没必要再加载本地开发用的.env文件，建议修改代码，仅在非K8s环境加载.env，避免冲突：

func main() {
    // 仅在本地开发环境加载.env，K8s环境跳过
    if _, isK8sEnv := os.LookupEnv("KUBERNETES_SERVICE_HOST"); !isK8sEnv {
        if err := godotenv.Load(); err != nil {
            log.Fatalf("Error loading .env file: %v", err)
        }
    }

    // 后续连接MongoDB及服务启动逻辑不变...
}

3. 额外验证项 #

• 确认EC2实例的安全组允许EKS集群Pod所在的VPC IP段访问27017端口（即使设置了允许所有IP，也要确认规则已生效）。
• 在本地用相同的连接字符串测试MongoDB连接，验证账号密码、权限及网络可达性是否正常。

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