本文共 851 字，大约阅读时间需要 2 分钟。

今天在公司的一台实体机上部署了一个平台项目，计划使用kind创建一个单节点的k8s集群来运行应用程序。执行kind create cluster命令后，发现集群一直卡在“Starting control-plane”阶段，最终报错提示kubelet没有启动成功。以下是我的排查过程和解决方法。

首先，我进入了docker容器中，执行systemctl status kubelet，发现kubelet.service状态为active。随后，使用journalctl -xeu kubelet查看日志，发现报错信息提示kubelet无法启动。

在错误信息中，提到了swap的问题，这可能是因为kubelet运行时不能打开swap。于是我检查了宿主机的swap状态，发现swap已经被禁用。接下来，我尝试确保docker和kubelet的cgroup driver一致，但问题依旧未解决。

为了进一步排查，我查阅了GitHub和其他技术社区，发现有人提到在xfs文件系统上运行docker可能会导致类似问题。我检查了当前使用的文件系统，确认确实是xfs。于是，我尝试更换为ext4文件系统，并重新启动系统。

更换文件系统后，问题依然存在，但错误信息发生了变化。随后，我意识到可能是内核版本过低，导致无法正确支持xfs的cgroup功能。我升级了内核版本，重新尝试运行kind create cluster命令，发现集群此时能够正常启动。

总结来说，问题的根源在于文件系统格式的不兼容。通过查阅资料和实际操作，我学会了如何排查文件系统相关的错误，并认识到升级内核版本的重要性。此次经历让我对运维和系统调试有了更深的理解，也提醒我在部署前要考虑更多环境因素。

此外，我认识到在遇到问题时，查阅GitHub问题和社区讨论是非常有效的方法。同时，提升自己的技术知识和运维技能对于解决类似问题至关重要。

最后，这次经历让我更加敬畏技术支持工作，也激励我在未来不断学习和探索，确保在遇到问题时能够快速而有效地解决它。

转载地址：http://ydhfk.baihongyu.com/