docker - CrashLoopBackOff中的Kubernetes CoreDNS

Question

我知道这个问题被问了十遍，但是没有任何东西可以帮助我进行互联网搜索。

我的设置:

CentOS Linux release 7.5.1804 (Core)
Docker Version: 18.06.1-ce
Kubernetes: v1.12.3

由官方指南安装，而这则是: https://www.techrepublic.com/article/how-to-install-a-kubernetes-cluster-on-centos-7/

CoreDNS Pane 处于Error/CrashLoopBackOff状态。

kube-system   coredns-576cbf47c7-8phwt                 0/1     CrashLoopBackOff   8          31m
kube-system   coredns-576cbf47c7-rn2qc                 0/1     CrashLoopBackOff   8          31m

我的/etc/resolv.conf:

nameserver 8.8.8.8

还尝试了我的本地dns-resolver(router)

nameserver 10.10.10.1

设置和初始化:

kubeadm init --apiserver-advertise-address=10.10.10.3 --pod-network-cidr=192.168.1.0/16
kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml

我试图用以下方法解决这个问题:
编辑coredns:root @ kub〜]＃kubectl编辑cm coredns -n kube-system
和改变

proxy . /etc/resolv.conf

直接到

proxy . 10.10.10.1

或者
代理人 。 8.8.8.8

还试图:

kubectl -n kube-system get deployment coredns -o yaml |   sed 's/allowPrivilegeEscalation: false/allowPrivilegeEscalation: true/g' |   kubectl apply -f -

仍然没有任何帮助。

来自日志的错误:

plugin/loop: Seen "HINFO IN 7847735572277573283.2952120668710018229." more than twice, loop detected

另一个线程- coredns pods have CrashLoopBackOff or Error state根本没有帮助，因为我还没有找到那里描述的任何解决方案。没有任何帮助。

Answer 1

即使我遇到了这样的错误，也可以按照以下步骤成功地进行工作。

但是，您错过了8.8.4.4

须藤nano/etc/resolv.conf

nameserver 8.8.8.8
nameserver 8.8.4.4

运行以下命令以重新启动守护程序和docker服务

sudo systemctl daemon-reload

sudo systemctl restart docker

如果您使用的是kubeadm，请确保从master群集中删除整个群集，然后再次置备群集。

kubectl drain <node_name> --delete-local-data --force --ignore-daemonsets
kubectl delete node <node_name>
kubeadm reset

设置新群集后

kubectl get pods --all-namespaces

它应该给出低于预期的结果

NAMESPACE     NAME                       READY   STATUS    RESTARTS   AGE
kube-system   calico-node-gldlr          2/2     Running   0          24s
kube-system   coredns-86c58d9df4-lpnj6   1/1     Running   0          40s
kube-system   coredns-86c58d9df4-xnb5r   1/1     Running   0          40s
kube-system   kube-proxy-kkb7b           1/1     Running   0          40s
kube-system   kube-scheduler-osboxes     1/1     Running   0          10s