Kubernetes中Dagster Pod容器初始化无法完成求助

一、优先解决PostgreSQL连接检查失败问题 #

尽管dagster-postgresql-0显示为Running状态，但数据库可能未完成初始化，或连接参数不匹配，导致check-db-ready容器一直处于等待状态：

1. 验证PostgreSQL数据库是否真正就绪
   进入PostgreSQL Pod，直接尝试连接数据库：

   kubectl exec -it dagster-postgresql-0 -n dagster -- psql -U test
   

   • 如果连接失败，查看PostgreSQL初始化日志，确认是否创建了test用户、数据库是否完成初始化：

     kubectl logs dagster-postgresql-0 -n dagster
     

     日志中需出现database system is ready to accept connections类提示，才算数据库真正就绪。

2. 检查PostgreSQL Service的连通性
   先确认Service状态：

   kubectl get svc dagster-postgresql -n dagster
   

   确保ClusterIP存在，端口映射为5432/TCP。

   用测试Pod验证网络连通性：

   kubectl run -it --rm pg-test --image=registry.hub.docker.com/library/postgres:14.6 -n dagster -- sh
   

   在测试Pod中执行和check-db-ready容器完全一致的连接检查命令：

   pg_isready -h dagster-postgresql -p 5432 -U test
   

   • 如果此处也失败，说明用户名/权限不匹配：检查Dagster Helm配置中PostgreSQL的用户是否为test，或PostgreSQL实际初始化的默认用户是postgres，需修改check-db-ready的命令参数。

3. 修正check-db-ready的连接参数
   如果PostgreSQL默认用户是postgres而非test，修改Dagster Helm的values.yaml，调整初始化容器命令：

   # 在dagster-daemon或webserver的initContainers配置中修改
   initContainers:
     - name: check-db-ready
       command:
         - sh
         - -c
         - until pg_isready -h dagster-postgresql -p 5432 -U postgres; do echo waiting for database; sleep 2; done;
   

   重新部署：

   helm upgrade dagster dagster/dagster -n dagster -f your-values.yaml
   

二、用户服务DNS解析等待问题的处理 #

init-user-deployment-k8s-example-user-code-1容器未启动，是因为第一个初始化容器check-db-ready未完成，解决上述PostgreSQL问题后，该容器会自动启动。可提前验证：

1. 确认用户服务的Service存在

   kubectl get svc -n dagster | grep k8s-example-user-code-1
   

   需存在对应的Service，否则用户代码Pod无法被DNS解析，需检查Dagster用户部署的配置是否正确。

三、额外排查点 #

• 检查命名空间下是否有禁止Pod间通信的NetworkPolicy：

  kubectl get networkpolicy -n dagster
  

• 确认集群DNS服务（CoreDNS）正常运行：

  kubectl get pods -n kube-system | grep coredns
  

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