Linux环境下OpenWhisk的Kubernetes Pod处于Pending状态的解决办法

Pod一直处于Pending状态，本质是Kubernetes调度器无法将Pod分配到合适的节点，先通过以下命令排查具体原因：

kubectl describe pod <你的Pod名称> -n openwhisk

重点查看输出中的Events模块，里面会明确标注调度失败的原因，再对应以下场景处理：

常见问题及解决方法 #

• 节点资源不足
  如果Events显示Insufficient cpu或Insufficient memory：

  1. 检查集群节点剩余资源：kubectl describe node <节点名称>查看Allocatable和Allocated资源占比
  2. 若节点资源确实不够，可扩容节点，或修改OpenWhisk部署配置（比如Helm的values.yaml），降低Pod的resources.requests值，减少对CPU/内存的请求量，重新部署。

• 节点污点与Pod容忍度不匹配
  如果Events显示NoSchedule/NoExecute相关的污点拦截：

  1. 查看节点污点：kubectl describe node <节点名称>找到Taints字段
  2. 要么给节点移除污点：kubectl taint nodes <节点名称> <污点键>:<污点值>-
  3. 要么修改OpenWhisk的Pod模板，添加对应容忍度配置，确保Pod能被调度到带污点的节点。

• 存储卷绑定失败
  如果Events显示PersistentVolumeClaim is not bound：

  1. 查看PVC状态：kubectl get pvc -n openwhisk
  2. 若PVC处于Pending，需确认集群是否存在可用的StorageClass支持动态创建PV，或者手动创建匹配的PV，完成PVC绑定。

• 镜像拉取失败
  如果Events显示ImagePullBackOff或ErrImagePull：

  1. 检查Pod使用的镜像地址是否正确，集群节点能否访问该镜像仓库
  2. 若为私有镜像，需给Pod配置对应的ImagePullSecret；若为网络问题，确保节点能正常连接镜像仓库，或替换为可访问的镜像源。

• 调度器异常
  检查kube-system命名空间下的调度器Pod状态：kubectl get pods -n kube-system | grep kube-scheduler，若调度器未运行，需重启或修复调度器组件。

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