Kubernetes Can'；t能够从工作节点上部署的pod ping

我有一个主节点和一个工作节点

在worker节点上，我只运行了2个命令

a)kubeadm reset
b)kubeadm join ......... ..... ..... ....

那么，我是否需要像在主节点上一样执行后续操作

a)kubeadm init
b)kubectl apply -f "https://cloud.weave.works/k8s/net?k8s-version=$(kubectl version | base64 | tr -d '\n')"

由于我没有执行kubeadm init，因为我认为它将成为主节点， 无论如何，我不能使用任何命令，比如kubectl get nodes，kubectl get pods

我的主节点和工作节点状态已就绪

我在主节点上部署了一个pod，我能够对www.google.com进行ping操作

但当我使用

spec:
     nodeSelector :
       nodeName : nodeName

因此，我使用label成功地在工作节点上部署了pod

但我无法在吊舱内ping

从主节点输出命令：-

aquilak8suser@ip-172-31-6-149:/$ kubectl get nodes
NAME              STATUS   ROLES    AGE     VERSION
ip-172-31-11-87   Ready    <none>   4h35m   v1.13.3
ip-172-31-6-149   Ready    master   11h     v1.13.3




aquilak8suser@ip-172-31-6-149:/$ kubectl get pods -n kube-system -o wide
NAME                                       READY   STATUS    RESTARTS   AGE     IP               NODE              NOMINATED NODE   READINESS GATES
calico-kube-controllers-5f454f49dd-75r5w   1/1     Running   0          11h     192.168.179.67   ip-172-31-6-149   <none>           <none>
calico-node-298r4                          0/1     Running   0          11h     172.31.6.149     ip-172-31-6-149   <none>           <none>
calico-node-5979v                          0/1     Running   0          4h37m   172.31.11.87     ip-172-31-11-87   <none>           <none>
coredns-86c58d9df4-6rzt2                   1/1     Running   0          11h     192.168.179.65   ip-172-31-6-149   <none>           <none>
coredns-86c58d9df4-722tb                   1/1     Running   0          11h     192.168.179.66   ip-172-31-6-149   <none>           <none>
etcd-ip-172-31-6-149                       1/1     Running   0          11h     172.31.6.149     ip-172-31-6-149   <none>           <none>
kube-apiserver-ip-172-31-6-149             1/1     Running   0          11h     172.31.6.149     ip-172-31-6-149   <none>           <none>
kube-controller-manager-ip-172-31-6-149    1/1     Running   0          11h     172.31.6.149     ip-172-31-6-149   <none>           <none>
kube-proxy-496gh                           1/1     Running   0          4h37m   172.31.11.87     ip-172-31-11-87   <none>           <none>
kube-proxy-7684r                           1/1     Running   0          11h     172.31.6.149     ip-172-31-6-149   <none>           <none>
kube-scheduler-ip-172-31-6-149             1/1     Running   0          11h     172.31.6.149     ip-172-31-6-149   <none>           <none>

aquilak8suser@ip-172-31-6-149:/$ kubectl logs coredns-86c58d9df4-6rzt2 --tail=200 -n kube-system
.:53
2019-06-06T04:20:31.271Z [INFO] CoreDNS-1.2.6
2019-06-06T04:20:31.271Z [INFO] linux/amd64, go1.11.2, 756749c
CoreDNS-1.2.6
linux/amd64, go1.11.2, 756749c
 [INFO] plugin/reload: Running configuration MD5 = f65c4821c8a9b7b5eb30fa4fbc167769


root@spring-boot-demo-pricing-66f668cbb4-q5dc2:/# cat /etc/resolv.conf
nameserver 10.96.0.10
search default.svc.cluster.local svc.cluster.local cluster.local us-east-2.compute.internal
options ndots:5
root@spring-boot-demo-pricing-66f668cbb4-q5dc2:/#

aquilak8suser@ip-172-31-6-149://$kubectl获取节点
姓名状态角色年龄版本
ip-172-31-11-87准备就绪4h35m v1.13.3
ip-172-31-6-149就绪主机11h v1.13.3
aquilak8suser@ip-172-31-6-149://$kubectl获得吊舱-北库贝系统-o范围
名称就绪状态重新启动老化IP节点指定节点就绪门
calico-kube-controllers-5f454f49dd-75r5w 1/1运行0 11h 192.168.179.67 ip-172-31-6-149
calico-node-298r4 0/1运行0 11h 172.31.6.149 ip-172-31-6-149
印花布节点-5979v 0/1运行0 4h37m 172.31.11.87 ip-172-31-11-87
coredns-86c58d9df4-6rzt2 1/1运行0 11h 192.168.179.65 ip-172-31-6-149
coredns-86c58d9df4-722tb 1/1运行0 11h 192.168.179.66 ip-172-31-6-149
etcd-ip-172-31-6-149 1/1运行0 11h 172.31.6.149 ip-172-31-6-149
kube-apiserver-ip-172-31-6-149 1/1运行0 11h 172.31.6.149 ip-172-31-6-149
kube-controller-manager-ip-172-31-6-149 1/1运行0 11h 172.31.6.149 ip-172-31-6-149
kube-proxy-496gh 1/1运行0 4h37m 172.31.11.87 ip-172-31-11-87
kube-proxy-7684r 1/1运行0 11h 172.31.6.149 ip-172-31-6-149
kube-scheduler-ip-172-31-6-149 1/1运行0 11h 172.31.6.149 ip-172-31-6-149
aquilak8suser@ip-172-31-6-149:/$kubectl日志coredns-86c58d9df4-6rzt2——尾部=200-库贝系统
.:53
2019-06-06T04:20:31.271Z[INFO]CoreDNS-1.2.6
2019-06-06T04:20:31.271Z[INFO]linux/amd64，go1.11.22756749c
CoreDNS-1.2.6
linux/amd64，go1.11.2，756749c
[信息]插件/重新加载：运行配置MD5=f65c4821c8a9b7b5eb30fa4fbc167769
root@spring-boot-demo-pricing-66f668cbb4-q5dc2:/#cat/etc/resolv.conf
名称服务器10.96.0.10
搜索default.svc.cluster.local svc.cluster.local cluster.local us-east-2.compute.internal
备选方案：5
root@spring-boot-demo-pricing-66f668cbb4-q5dc2：/#

不，您不需要运行

kubeadm init

或

kubectl apply-f“https://cloud.weave......

在工作节点中

要从工作节点使用kubectl命令，需要将/etc/kubernetes/admin.conf文件传输到工作节点，并将其放入/{username}/.kube/config中

scp/etc/kubernetes/admin.conf{workerNoderUser}{workerNoderIP}:/{username}/.kube/config

传输配置后，还可以在工作节点中运行kubectl命令

无法从工作节点的pod ping可能有很多原因。首先检查您的工作节点本身是否可以ping到google.com。如果可以，然后检查您的群集dns，即kube dns或coredns，检查它们的日志以及它们是否正常。您还可以尝试删除/etc/resolv.conf并添加公共dns服务器，如那是谷歌的（8.8.8.8）。最后你可以跟随

不，您不需要运行

kubeadm init

或

kubectl apply-f“https://cloud.weave......

在工作节点中

要从工作节点使用kubectl命令，需要将/etc/kubernetes/admin.conf文件传输到工作节点，并将其放入/{username}/.kube/config中

scp/etc/kubernetes/admin.conf{workerNoderUser}{workerNoderIP}:/{username}/.kube/config

传输配置后，还可以在工作节点中运行kubectl命令

无法从工作节点的pod ping可能有很多原因。首先检查工作节点本身是否可以ping到google.com。如果这样做有效，那么请检查您的群集dns，即kube dns或coredns，检查它们的日志以及它们是否正常。您还可以尝试删除/etc/resolv.conf并添加公共dns服务器，如google的（8.8.8.8）。最后，你可以跟着

---

好啊我试试看。。我可以从worker Node ping www.google.com您的群集DNS pod是否正常运行？在MaterNode上是..让我传输admin.conf并在worker Node上检查您是否可以发布以下命令的一些输出

kubectl获取节点

kubectl获取吊舱-n kube系统-o范围

I已添加..请检查OK。我试试看。。我可以从worker Node ping www.google.com您的群集DNS pod是否正常运行？在MaterNode上是..让我传输admin.conf并在worker Node上检查您是否可以发布以下命令的一些输出

kubectl获取节点

kubectl获取吊舱-n kube系统-o范围

I已添加..请检查