我正在尝试在几台ESXi主机上安装一个kubernetes集群。 etcd / kube-apiserver / kube-scheduler / kube-controller-manager似乎没有问题，但是在docker主机上（在这种情况下，coreos稳定的主机）kubelet似乎可以工作，但kube-proxy不能。
我正在运行以下命令并获取列出的错误。
coreos1 core # /opt/bin/kube-proxy --master=10.42.0.51:8080 --v=0 E0817 13:51:29.558463 6506 proxier.go:164] Error removing pure-iptables proxy rule: error checking rule: exit status 2: iptables v1.4.21: Couldn't load target `KUBE-SERVICES':No such file or directory Try `iptables -h' or 'iptables --help' for more information. E0817 13:51:29.560023 6506 proxier.go:167] Error removing pure-iptables proxy rule: error checking rule: exit status 2: iptables v1.4.21: Couldn't load target `KUBE-SERVICES':No such file or directory Try `iptables -h' or 'iptables --help' for more information. 一些iptables链不包括引用的一个被创build，不知道这个交易是什么。 我在这台主机上testing了绒布设置工作。 我可以启动一个testing窗口，但是我从来没有得到一个外部IP，并且我手动启动的任何主机都不能在kubernetes中达到configuration的IP范围。
v1.0 / 1.0.1的文档看起来很不错，我一直在很早的beta版本上运行log howto文档。
你是否覆盖任何kube-proxy命令参数来使用纯iptables模式？
您应该能够使用kube-proxy的用户空间连接器模式。
我们也在开发纯iptables模式，但同时，用户空间模式可能会阻止你。
（标志是legacy-userspace-proxy [= true]）
就在这些行之前，你应该看到这个日志行：
“撕掉纯iptables代理规则，这里的错误是可以接受的。
发生了什么事情是代理有两种模式，启动代码是确保未使用的模式已被清理。 如果你从来没有使用过其他模式，没有什么可以清理的。 我们认为logging错误比隐藏错误更好，以防万一出现意想不到的情况。 由于“做错事”的错误，程式上很难说“无事可做”，所以我们没有。
总之 – 我不认为这是一个错误。 你真的遇到问题吗？