抛砖引玉
环境
* centos 7 amd64 两台
* kubernetes 1.10
伴随着k8s1.10版本的发布，前天先在一台机器上搭建了k8s单机版集群，即既是master，也是node，按照经验，将 kubeadm init 提示的 kubeadm join 记录下来，方便未来新增集群集工作节点(机器)时，可以直接复用，紧接着就部署dashboard、heapster、ElasticSearch、Redis、dotnet 微服务等等，一气呵成，集群状态良好，因为之前测试环境搞过k8s，呵呵 …… 。过了两天公司购买的第二胎服务器到了，那么就顺其自然的在上面执行之前记录的 kubeadm join 脚本，结果如下：
看到这个提示信息，我完全100%地相信，node 已经加入集群，并且只要等一会儿，通过 kubectl get nodes 就可以看到 node is ready，嘿嘿
过一会儿，又过一会，再过一会儿 …… ，可是
西天取经，历经九九八十一难
然后，开启重试模式，发扬程序员不掘不挠的传统精神：
-
kubectl reset-
kubectl join ......-
kubectl get nodes
进入重试死循环N次，耐性真好，哈哈。明明提示 This node has joined the cluster ，为什么实际情况是这样呢，难道这就是理想和现实的差距，其实这就是 坑，out了吧。我想了又想，看了又看，没有一点点错误、警告之类的信息，无从下手啊，肿么办呢，最后还是把关注点放在了kubelet(谁叫你是 node agent，肯定拿你开刀啊，呵呵)上，于是开始查看kuberlet的日志：
看到了吧
error: failed to run Kubelet: failed to create kubelet:
misconfiguration: kubelet cgroup driver: “cgroupfs” is different from docker cgroup driver: “systemd”
原来这个小问题啊，哎。。。。。。，我又再一次相信了这个k8s的提示信息，然后开始修正bug了
信了你的邪哦，为什么 kubelet cgroup driver 和 docker cgroup driver 一模一样，刚刚，kubelet 日志里面不是。。。明明。。。却。。。，淡定，这可能是幻觉，好吧。到底什么是真的，什么是假的，能不能给一个准确的提示信息，既然也不是kubelet的问题，又是最新的版本，也没有资料可查，当下实在没辙了，那就去 kubernets#62776 提 Issues吧，于是乎，就这样下班了。。。。
第二天，第一件事情就是查看昨天提的问题是否有人回答了，结果看到被一个印度阿三给关闭了
哎，和昨天预料的结果一眼，好像有点诸葛了吧，嘿嘿，那还是靠自己吧，又想了又想，看了又看，真的是没有一点点防备啊，期间检查了 kubeadm、kubectl、kubelet，也查看来了各种配置；也想过是不是master提前安装的一些东西影响了，因为以前都是 kubeadm init 后，然后就马上 ·kubeadm join；还想过是不是环境的问题，因为之前的测试环境一直是Ubuntu 16.4，现在的主机环境是 CentOS 7。本想着今天上午，搞不定，就按照测试环境的步骤，重来来过，然后，还是不肯放弃（天生就是当程序员的料子啊，就是头有点冷，呵呵），于是从另外的角度去思考，怀疑是不是记录的 ‘kube join token=…. ‘，有问题啊(之前为什么没怀疑，是因为我是直接复制 kubeadm init 打印出来的原生脚本，而且测试环境一点问题都没有。)，于是开始顺藤摸瓜，排查第一个参数 token，执行命令 kubeadm token list：
修成正果，立地成佛
真是抛开云雾见天明，不容易啊，众里寻她千百度，原来她在灯火阑珊处。。。。。哎，不去搞文学，可惜了，呵呵。
于是乎，通过 kubeadm create token 重新创建了一个 token，然后，重新执行 kubeadm join，再次查看 kubectl get nodes：
成功了，终于成功了，这是搞 kubernetes 以来，踩的最迷糊的一次坑，最后自己回答了自己的 kubernets#62776 ，顺便也给kubernetes 提了一下建议，希望提示信息能够准确些，他们的一小步，就是我们的一大步啊。。。。。
作者简洁
作者：小碗汤，一位热爱、认真写作的小伙，目前维护原创公众号：『我的小碗汤』，专注于写golang、docker、kubernetes等知识等提升硬实力的文章，期待你的关注。 作者：小碗汤）
