Kubernetes部署失败求助：manifests=null错误及排查困境

针对null value in entry: manifests=null的直接排查 #

• 检查Bake阶段与部署阶段的关联配置：确认Bake步骤生成的YAML文件路径是否正确配置到了后续部署阶段的manifests参数中。如果路径配置错误，部署阶段无法读取到YAML文件，就会触发这个空值错误。
• 验证Bake产物的合法性：从Spinnaker控制台的Bake步骤详情里下载生成的YAML文件，用kubectl apply --dry-run=client -f <yaml文件名>本地验证语法是否合规，同时确认文件里包含完整的StatefulSet定义，没有字段缺失或格式错误。

部署阶段的深层排查 #

• 查看Spinnaker部署的详细日志：进入Pipeline的执行详情页，展开每个步骤的日志（重点看Kubernetes API交互部分）。即使表面错误模糊，日志里往往会藏着Kubernetes返回的具体错误细节，比如资源配额不足、RBAC权限缺失、存储卷绑定失败等。
• 确认Spinnaker服务账号的Kubernetes权限：用kubectl auth can-i create statefulsets --as=system:serviceaccount:<命名空间>:<Spinnaker服务账号名>命令，验证Spinnaker用于部署的ServiceAccount是否拥有StatefulSet的完整操作权限（create、update、patch、watch等）。
• 核对StatefulSet的依赖配置：StatefulSet依赖稳定的网络和存储，需检查：
  • 对应的Headless Service是否已创建，且与StatefulSet的serviceName字段完全匹配。
  • 存储卷声明（PVC）是否存在，或关联的StorageClass能否动态提供存储，用kubectl get pvc查看PVC的绑定状态是否正常。
• 检查Pipeline的部署类型配置：确认部署阶段选择的是StatefulSet类型，而非Deployment，两者的部署逻辑不同，选错类型会导致无法正确识别manifest。

其他排查方向 #

• 验证Spinnaker与Kubernetes集群的连接状态：在Spinnaker的Clusters页面，确认目标集群的连接状态正常，没有认证过期或API访问故障。
• 查看Kubernetes集群事件日志：执行kubectl get events -n <目标命名空间>，查看命名空间下的事件记录，StatefulSet部署过程中的资源创建失败、Pod调度问题等都会在这里留下日志。

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