问题
通过kubadm join 新添加了一个节点到k8s集群，发现节点一直为not ready 状态
排查
1.初始以为新加节点kubelet进程未启动，在该节点通过service kubelet status命令，检查kubelet进程为 active和running状态。
2.kubelet进程启动成功，但是查看kubelet日志信息，发现cni config uninitialized错误，显示not network found in /etc/cni/net.d
3.综上信息，判断为网络原因导致的该节点为not ready，但是为何新加节点初始化网络未成功？该集群使用为flannel网络，通过daemonset部署flannel的相关组件。通过kubectl get ds -n kube-system kube-flannel -o wide命令，发现desired和current仍然为6个(集群原来6个节点），意味着daemonset未在新加节点运行kube-flannel的pod。
4.继续排查kube-flannel的daemonset为何未在新加节点调度运行pod，检查tolerations如下
如上图，tolerations只有与master节点有关的配置。
解决
综上分析，kube-flannel的daemonset配置不完全，导致和not ready的节点进入死锁循环：一方面，现kube-flannel的daemonset配置，要求节点为ready状态，才会调度kube-flannel的pod到此节点运行；另一方面，如果不调度kube-flannel的pod到新加节点运行，初始该节点的cni配置，该节点又无法变成ready状态。
因此，解决办法为修改kube-flannel的daemonset的tolerations配置，增加相关配置即可。
如上图，增加tolerations允许节点即使未变成ready状态，也要调度kube-flannel的pod运行。
增加上述配置后，新加节点自动运行kube-flannel的pod，节点也变成ready状态。
