在部署主节点时，我在coreos上用rkt设置kubernetes时遇到了麻烦。
这是我从kubelet日志中看到的主要问题。。。一些系统错误，这显然是错误的，因为coreos最新的稳定版本使用225…
我已经遵循了部署Kubernetes主节点和在rkt上运行Kubernete指南。
我已经尝试了quay.io和rkt版本1.0.0、1.2.1、1.5.1中的所有hyperkube图像，确保在kubelet包装中切换正确的fly aci图像。。。没有任何变化。
谁错过了日志链接：http://pastebin.com/raw/thLd0r2R（这是我现在加粗的"这个"上的链接）
无论如何，kubelet似乎还没有准备好以容器化的方式运行，所以我设法引导了一个安装程序，使用从二进制运行的kubelet，仍然对scheduler、apiserver和controller使用rkt，并对proxy使用第二个包装器，因为代理需要stage1-fly。
因此它由以下部分组成：
- rkt-api
/usr/bin/rkt run apiserver ...的系统单元 - 代理
/usr/bin/rkt run coreos/hyperkube proxy...--stage1-path=/usr/share/rkt/stage1-fly.aci ...的系统单位 - kubelet
/opt/bin/kubelet ...的系统单元 - apiserver、scheduler、controller的k8s清单
遗憾的是，hyperkube没有捕获到kubectl标志，所以除了kubelet二进制和容器化的hyperkube-bin之外，我还必须使用kubectl二进制。最终，只需要一个系统单元和清单，超库贝就可以了。