Argo v3.0.10提交工作流后Pending无Pod生成该如何调试排查？

• 第一步：校验资源存在性与命名空间匹配性
  执行kubectl get workflow -n argo确认对应工作流确实存在于指定命名空间。你遇到的workflows.argoproj.io "hello-world-p6h4k" not found报错首先排查Argo CLI默认命名空间配置，可手动指定命名空间重新操作：argo submit test.yaml -n argo --watch。
• 第二步：排查Argo核心控制器运行状态
  执行kubectl get pods -n argo确认argo-controller相关Pod处于Running状态。若控制器异常，拉取控制器日志定位故障：kubectl logs -n argo <替换为实际argo-controller pod名称>。Argo控制器负责监听工作流CRD、调度生成Pod，控制器异常会直接导致工作流提交后状态无更新、无Pod创建记录。
• 第三步：校验服务账号RBAC权限
  确认工作流定义中指定的argouser服务账号存在于argo命名空间，且具备创建Pod等必要权限。可通过以下命令验证权限：

  kubectl auth can-i create pods -n argo --as=system:serviceaccount:argo:argouser
  

  若返回no则需要补充对应的Role、RoleBinding权限配置。
• 第四步：检测工作流定义合规性
  执行argo lint test.yaml检测工作流定义是否存在语法错误、版本不兼容问题。你使用的v3.0.10属于旧版本，部分新字段可能不被支持。同时排查集群是否存在Pod安全策略、准入控制器（如OPA Gatekeeper）拦截Pod创建请求，可查看kube-apiserver日志确认是否有拦截记录。
• 第五步：查看工作流关联事件
  执行kubectl describe workflow hello-world-p6h4k -n argo，查看输出末尾的Events区域，所有工作流调度、Pod创建相关的报错都会在事件中留存记录，包括集群资源不足、镜像拉取权限不足、安全上下文不兼容等故障原因。

针对你当前场景的专项提示：你的工作流status字段下startedAt和finishedAt均为空，说明控制器完全未处理该工作流，优先排查控制器运行状态、工作流CRD注册状态、控制器命名空间监听范围配置，确认控制器有权限监听argo命名空间下的工作流资源。

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