Kubernetes工作节点处于未就绪状态

我对kubernetes比较陌生，但我以前已经成功创建了许多集群。现在我面临一个问题，我试图将一个节点添加到已经存在的集群中。起初，kubeadm连接似乎是成功的，但即使在初始化pod网络之后，只有主节点进入就绪状态

root@master#kubectl获取节点
姓名状态角色年龄版本
主机虚拟机就绪主机18h v1.9.0
testnode虚拟机NotReady 16h v1.9.0

操作系统：Ubuntu 16.04

任何帮助都将不胜感激。

---

谢谢。

在从属节点上尝试以下操作，然后在主节点上再次尝试获取状态

> sudo swapoff -a

> exit

---

通常情况下，

kubectl descripe testnode virtual machine

会在底部显示与该节点未就绪原因相关的事件。但是，如果做不到这一点，ssh进入节点并查看机器上的日志，那些来自kubelet的日志，加上任何容器，可能会暴露出比您提供的更多的细节。。kubectl描述节点testnode虚拟机说。。运行时网络未就绪：NetworkReady=false原因：NetworkPluginNotReady消息：docker:网络插件未就绪：cni配置未初始化。kubelet日志显示SW1221 12:29:59.085231 17497 cni.go:171]无法更新cni配置：在/etc/cni/net.d中找不到网络。怎么办？日志建议在/etc/cni/net.d中定义网络，但我在/etc下没有看到任何cni文件夹。我还重申我安装了最新的kubelet和kubernetes cni。日志中还出现另一个错误，说明*启动运行状况服务器失败：侦听tcp 127.0.0.1:10248:绑定：地址已在使用*kubelet.go:1275]映像垃圾收集失败一次。Stats初始化可能尚未完成：未能获取imageFs信息：无法找到容器/*kubelet的数据。go:1359]未定义api服务器-不会发送节点状态更新。潜在的虫子？是的，这就是我所怀疑的；CNI的引入堵塞了许多集群供应器。但是，如果再加上您在第3条评论中提到的所有其他可怕错误，我建议您仔细检查您的群集配置策略，因为这里似乎不止一个错误配置在起作用，而且修复所有错误都会对S.O.产生一些重大影响。这是一个不完整的建议，因为，虽然这样做将禁用交换，但不会阻止在下一次启动时再次装入交换。OP还需要从/etc/fstab、systemd mount或等效文件中删除交换分区。