Kubernetes 守护进程不'；t创建任何pod:v1.1.2

我正在尝试在现有的6个节点的集群上启动一个守护程序，并且已经部署了多个容器

部署似乎成功，但未创建吊舱：

> ic describe ds
Name:       dd-agent
apiVersion: extensions/v1beta1
Image(s):   datadog/docker-dd-agent:kubernetes
Selector:   app=dd-agent,name=dd-agent,version=v1
Node-Selector:  <none>
Labels:     release=stable,tech=datadog,tier=backend
Desired Number of Nodes Scheduled: 0
Current Number of Nodes Scheduled: 0
Number of Nodes Misscheduled: 0
Pods Status:    0 Running / 0 Waiting / 0 Succeeded / 0 Failed
No events.
Setup

ic描述ds 姓名：dd代理 apiVersion:extensions/v1beta1 图片：datadog/docker dd代理：kubernetes 选择器：app=dd agent，name=dd agent，version=v1 节点选择器： 标签：release=stable，tech=datadog，tier=backend 计划的所需节点数：0 计划的当前节点数：0 错误调度的节点数：0 Pods状态：0正在运行/0正在等待/0成功/0失败 没有事件。 安装程序 部署

自动气象站

我们正在运行使用

kube aws

现有集群有30个吊舱已经在6个节点上运行

• CoreOS alpha（891.0.0）
• Kubernetes服务器v1.1.2
• 更新了

  /etc/kubernetes/manifest/kube-apiserver.manifest

  ，通过添加

  --运行时配置=扩展/v1beta1/DaemonSets=true

在kube aws控制器上，我使用以下命令重新启动了服务：

sudo systemctl后台程序重新加载

---

sudo systemctl restart kubelet

重新启动kubelet不会重新启动由kubelet管理的任何POD。控制器管理器仅在注意到apiserver中启用了该功能时才会管理守护程序，因此您需要确保apiserver启动时带有启用alpha扩展的标志，然后启动控制器管理器

重新启动Kubelet不会重新启动Kubelet管理的任何POD。控制器管理器仅在注意到apiserver中启用了该功能时才会管理守护程序，因此您需要确保apiserver启动时带有启用alpha扩展的标志，然后启动控制器管理器

看起来守护程序控制器工作不正常。请查看主

/var/log/kube controller manager.log

中的控制器管理器日志，以查看是否有更多用于调试的错误消息。特别是，您能否验证是否在控制器管理器日志文件中看到消息“Starting daemon set controller”？

{“log”：“I0114 22:46:49.512820 1 controllermanager.go:332]启动扩展/v1beta1 API\n”，“stream”：“stream”：“stderr”，“time”：“2016-01-14T22:46:49.512866018Z”}

{“log”：“I0114 22:46:49.512855 1 controllermanager.go:334]启动水平吊舱控制器。\n”，“stream”：“stream”：“stderr”，“time”：“2016-01-14T22:46:49.512945663Z”}

{“：“I0114 22:46:49.512934 1 controllermanager.go:346]启动作业控制器\n”，“流”：“stderr”，“time”：“2016-01-14T22:46:49.513184427Z”}

这些是日志文件中唯一的启动条目@RobertBailey在日志中没有提到启动守护程序集控制器。在启用守护程序的情况下重新启动apiserver后，是否可以尝试重新启动控制器管理器？我重新启动了

api服务器

，然后通过

docker restart

重新启动了

contoller管理器

，它成功了。谢谢您的帮助。看起来守护程序控制器工作不正常。请查看主

/var/log/kube controller manager.log

中的控制器管理器日志，以查看是否有更多用于调试的错误消息。特别是，您能否验证是否在控制器管理器日志文件中看到消息“Starting daemon set controller”？

{“log”：“I0114 22:46:49.512820 1 controllermanager.go:332]启动扩展/v1beta1 API\n”，“stream”：“stream”：“stderr”，“time”：“2016-01-14T22:46:49.512866018Z”}

{“log”：“I0114 22:46:49.512855 1 controllermanager.go:334]启动水平吊舱控制器。\n”，“stream”：“stream”：“stderr”，“time”：“2016-01-14T22:46:49.512945663Z”}

{“：“I0114 22:46:49.512934 1 controllermanager.go:346]启动作业控制器\n”，“流”：“stderr”，“time”：“2016-01-14T22:46:49.513184427Z”}

这些是日志文件中唯一的启动条目@RobertBailey在日志中没有提到启动守护程序集控制器。在启用守护程序的情况下重新启动apiserver后，是否可以尝试重新启动控制器管理器？我重新启动了

api服务器

，然后通过

docker restart

重新启动了

contoller管理器

，它成功了。谢谢你的帮助，这很有效。API服务器在检测到清单文件的更改时自动重新启动，但控制器管理器没有。通过Docker重启重新启动控制器管理器已成功。谢谢这起作用了。API服务器在检测到清单文件的更改时自动重新启动，但控制器管理器没有。通过Docker重启重新启动控制器管理器已成功。谢谢