Kubernetes Google云系统kube系统命名空间部署的守护程序不工作

群集中的几个部署似乎不起作用，我们遇到了问题。但我在接触这些时有点担心，因为它们是kube系统名称空间的一部分。我也不确定让他们进入正常状态的正确方法是什么

我目前有两个守护程序，它们带有消息警告

守护程序集未选择任何节点

见下图。有人知道什么是正确的方法吗

---

一个守护程序正在Kubernetes群集的每个节点中创建一个pod

如果Kubernetes调度程序无法调度任何pod，则有几种可能性：

• Pod规范内存节点容量的内存请求资源过高，请查看

  spec.containers[].resources.requests.memory

• 节点可能有污染，因此守护程序声明必须具有容忍度（）
• pod规范可能有一个

  节点选择器
  字段（）

• pod规范可能具有强制的节点关联或反关联（）
• 如果在集群上启用了pod，则安全策略可能会阻止对pod需要运行的资源的访问

并不是唯一可能的解决办法。更一般地说，一个好的开始是查看与守护程序集关联的事件：

> kubectl describe daemonsets NAME_OF_YOUR_DAEMON_SET

---

守护程序正在Kubernetes群集的每个节点中创建一个pod

如果Kubernetes调度程序无法调度任何pod，则有几种可能性：

• Pod规范内存节点容量的内存请求资源过高，请查看

  spec.containers[].resources.requests.memory

• 节点可能有污染，因此守护程序声明必须具有容忍度（）
• pod规范可能有一个

  节点选择器
  字段（）

• pod规范可能具有强制的节点关联或反关联（）
• 如果在集群上启用了pod，则安全策略可能会阻止对pod需要运行的资源的访问

并不是唯一可能的解决办法。更一般地说，一个好的开始是查看与守护程序集关联的事件：

> kubectl describe daemonsets NAME_OF_YOUR_DAEMON_SET

---

使用

kubectl get DaemonSet-n kube system thename-o yaml查看守护程序对象

。您可能会看到GPU的一个选择器，它只在有GPU的节点上运行，而您没有。我还想看到

kubectl get daemoset-n kube system NAME-o yaml

和

kubectl descripe daemoset-n kube system NAME

的输出，其中NAME是您的deamoset NAME。请更新您的问题并包含这些命令的输出，好吗？使用

kubectl get DaemonSet-n kube system thename-o yaml

查看守护程序对象。您可能会看到GPU的一个选择器，它只在有GPU的节点上运行，而您没有。我还想看到

kubectl get daemoset-n kube system NAME-o yaml

和

kubectl descripe daemoset-n kube system NAME

的输出，其中NAME是您的deamoset NAME。请更新您的问题并包含这些命令的输出，好吗？