Amazon Linux EC2上minikube start --vm-driver=none时addon/coredns启动失败

成因分析 #

• SELinux限制：Amazon Linux默认启用SELinux，none驱动模式下coredns Pod的文件系统访问、网络操作会被SELinux策略拦截，导致启动失败。
• Cgroup驱动不匹配：Docker默认使用的cgroup驱动（如systemd）与kubelet默认的cgroupfs不一致，引发Pod资源调度异常。
• 端口冲突：coredns依赖53端口提供DNS服务，若宿主机上的systemd-resolved或dnsmasq等服务已占用该端口，会导致coredns无法启动。
• 环境残留问题：之前minikube运行留下的配置、Pod状态等残留数据干扰了新的启动流程。

修复步骤 #

1. 验证SELinux是否为诱因 #

临时关闭SELinux：

sudo setenforce 0

清理现有minikube环境并重启：

minikube delete
minikube start --vm-driver=none

若coredns正常启动，说明SELinux是问题根源。要永久解决，编辑/etc/selinux/config，将SELINUX=enforcing修改为SELINUX=permissive，随后重启EC2实例。

2. 对齐Docker与Kubelet的Cgroup驱动 #

检查Docker的cgroup驱动：

docker info | grep -i "cgroup driver"

若输出为Cgroup Driver: systemd，启动minikube时指定kubelet使用相同驱动：

minikube delete
minikube start --vm-driver=none --kubelet-arg="cgroup-driver=systemd"

3. 释放53端口 #

检查53端口占用情况：

sudo lsof -i :53

若发现systemd-resolved或其他DNS服务占用，停止并禁用该服务：

sudo systemctl stop systemd-resolved
sudo systemctl disable systemd-resolved

之后重新启动minikube。

4. 彻底重置minikube环境 #

若上述方法无效，彻底清理残留数据后重新初始化：

minikube delete --all --purge
sudo rm -rf ~/.minikube /var/lib/minikube
minikube start --vm-driver=none --kubelet-arg="cgroup-driver=systemd"

启动完成后检查coredns状态：

kubectl get pods -n kube-system

若仍未启动，手动启用coredns addon：

minikube addons enable coredns

内容的提问来源于stack exchange，提问作者Sri Durga