k8s报错:pod状态为pending,coredns的状态是pending的解决办法

错误一:coredns的状态是pending
在这里插入图片描述
原因1:master上的flannel镜像拉取失败,导致获取不到解析的IP
解决方法:

[root@master ~]# kubectl delete -f kube-flannel.yml    #先删除安装的CNI插件
[root@master ~]# docker load --input flannel-0.11.0-amd64.tar #导入镜像
[root@master ~]# kubectl apply -f kube-flannel.yml  #再次安装
[root@master ~]# kubectl get pods -n kube-system -o wide

在这里插入图片描述
原因2:没有本地解析,所以coredns才是pending

[root@master ~]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

解决方法:本地解析

[root@master ~]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.13.141 master
192.168.13.142 node1
192.168.13.143 node2

错误二:集群测试pod状态pending
在这里插入图片描述
[root@master ~]# kubectl get pods -n kube-system -o wide 查看状态
在这里插入图片描述
原因:发现两个node节点上的flannel镜像自动拉取失败
解决方法:我们需要去手动导入镜像

[root@node1 ~]# docker load --input flannel-0.11.0-amd64.tar
7bff100f35cb: Loading layer [==================================================>]  4.672MB/4.672MB
5d3f68f6da8f: Loading layer [==================================================>]  9.526MB/9.526MB
9b48060f404d: Loading layer [==================================================>]  5.912MB/5.912MB
3f3a4ce2b719: Loading layer [==================================================>]  35.25MB/35.25MB
9ce0bb155166: Loading layer [==================================================>]   5.12kB/5.12kB
Loaded image: quay.io/coreos/flannel:v0.11.0-amd64
[root@node2 ~]# docker load --input flannel-0.11.0-amd64.tar
7bff100f35cb: Loading layer [==================================================>]  4.672MB/4.672MB
5d3f68f6da8f: Loading layer [==================================================>]  9.526MB/9.526MB
9b48060f404d: Loading layer [==================================================>]  5.912MB/5.912MB
3f3a4ce2b719: Loading layer [==================================================>]  35.25MB/35.25MB
9ce0bb155166: Loading layer [==================================================>]   5.12kB/5.12kB
Loaded image: quay.io/coreos/flannel:v0.11.0-amd64
然后删除pod重新进行集群测试
[root@master ~]# kubectl get deployment   
NAME    READY   UP-TO-DATE   AVAILABLE   AGE
nginx   0/1     1            0           16m
[root@master ~]# kubectl delete deployment nginx  #删除
deployment.extensions "nginx" deleted
[root@master ~]# kubectl get pods -n kube-system -o wide
NAME                             READY   STATUS    RESTARTS   AGE   IP               NODE     NOMINATED NODE   READINESS GATES
coredns-8686dcc4fd-p56rf         1/1     Running   0          36m   10.244.0.3       master   <none>           <none>
coredns-8686dcc4fd-qnhjv         1/1     Running   0          36m   10.244.0.2       master   <none>           <none>
etcd-master                      1/1     Running   0          35m   192.168.13.141   master   <none>           <none>
kube-apiserver-master            1/1     Running   0          35m   192.168.13.141   master   <none>           <none>
kube-controller-manager-master   1/1     Running   0          35m   192.168.13.141   master   <none>           <none>
kube-flannel-ds-amd64-j9mlk      1/1     Running   0          25m   192.168.13.141   master   <none>           <none>
kube-flannel-ds-amd64-p89mh      1/1     Running   0          19m   192.168.13.143   node2    <none>           <none>
kube-flannel-ds-amd64-rsln6      1/1     Running   0          19m   192.168.13.142   node1    <none>           <none>
kube-proxy-2pfmm                 1/1     Running   0          36m   192.168.13.141   master   <none>           <none>
kube-proxy-tmd2c                 1/1     Running   0          19m   192.168.13.142   node1    <none>           <none>
kube-proxy-tvn54                 1/1     Running   0          19m   192.168.13.143   node2    <none>           <none>
kube-scheduler-master            1/1     Running   0          35m   192.168.13.141   master   <none>           <none>

在这里插入图片描述

[root@master ~]# kubectl get pod,svc
NAME                         READY   STATUS    RESTARTS   AGE
pod/nginx-5f965696dd-2wcfn   1/1     Running   0          2m52s

NAME                 TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)        AGE
service/kubernetes   ClusterIP   10.1.0.1      <none>        443/TCP        39m
service/nginx        NodePort    10.1.113.89   <none>        80:32439/TCP   21m
此时pod状态就是Running了

在这里插入图片描述

[root@master ~]# curl 192.168.13.142:32439   #访问页面也是能成功
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>
当一个Pod处于Pending状态时,这意味着它还没有被调度到一个节点上运行。要检查并定位导致Pod处于Pending状态的原因,可以执行以下步骤: 1. 使用`kubectl get pods`命令检查Pod状态和事件: ``` kubectl get pods ``` 这将列出集群中所有Pod状态。查找处于Pending状态Pod,并查看它的事件列,可以得到一些关于为什么Pod无法调度的信息。 2. 检查Pod的调度限制和资源需求: 使用`kubectl describe pod <pod-name>`命令来获取有关Pod的详细信息,包括调度限制和资源需求。查看`Conditions`部分中的信息,特别是`PodScheduled`条件,看看是否有任何错误或警告。 ``` kubectl describe pod <pod-name> ``` 在描述中,注意查看`Events`部分,它可以提供关于为什么Pod无法调度的有用信息。 3. 检查节点资源: 检查集群中的节点资源情况,确保有足够的可用资源(如CPU、内存)来调度Pod。可以使用以下命令来获取节点的资源使用情况: ``` kubectl describe node <node-name> ``` 在描述中,查看`Allocated resources`部分以了解已经在节点上分配了多少资源。 4. 检查调度策略和节点选择器: 检查Pod的调度策略和节点选择器,确保它们与可用的节点匹配。如果Pod指定了节点选择器,并且没有满足该选择器的节点可用,那么Pod将一直处于Pending状态。确保节点选择器与节点的标签匹配。 ``` kubectl describe pod <pod-name> ``` 在描述中,查找`Node Selector`部分以查看Pod的节点选择器。 通过这些步骤,你应该能够检查并定位导致Pod处于Pending状态的原因。根据具体情况,你可能需要调整调度限制、资源需求、节点资源或节点选择器来解决问题。
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值