【K8S】READY:0/1 STATUS:Pending 获取POD状态异常

最新推荐文章于 2024-10-17 14:41:27 发布
最新推荐文章于 2024-10-17 14:41:27 发布
阅读量797 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 容器云平台-KuberneteS运维 文章标签： kubernetes docker 容器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43346403/article/details/140578631

1.calico 网络失败

kubectl get pod --all-namespaces -o wide
NAMESPACE     NAME                                       READY   STATUS     RESTARTS   AGE   IP             NODE     NOMINATED NODE   READINESS GATES
kube-system   calico-kube-controllers-554647c955-8sxdh   0/1     Pending    0          4m    <none>         <none>   <none>           <none>
kube-system   calico-node-6mqkf                          0/1     Init:0/2   0          4m    192.168.1.15   k8s4     <none>           <none>
kube-system   calico-node-7bhwx                          0/1     Init:0/2   0          4m    192.168.1.17   k8s6     <none>           <none>
kube-system   calico-node-llwt6                          0/1     Init:0/2   0          4m    192.168.1.12   k8s1     <none>           <none>
kube-system   calico-node-mcb4c                          0/1     Init:0/2   0          4m    192.168.1.16   k8s5     <none>           <none>
kube-system   calico-node-mkdwr                          0/1     Init:0/2   0          4m    192.168.1.14   k8s3     <none>           <none>
kube-system   calico-node-xn2jz                          0/1     Init:0/2   0          4m    192.168.1.13   k8s2     <none>           <none>
kube-system   calico-typha-6454f6cfd7-j7729              0/1     Pending    0          4m    <none>         <none>   <none>           <none>

[root@K8S1 work]# kubectl get pod -A
NAMESPACE     NAME                                       READY   STATUS     RESTARTS   AGE
kube-system   calico-kube-controllers-554647c955-p7bjc   0/1     Pending    0          4m36s
kube-system   calico-node-j7825                          0/1     Init:0/2   0          4m36s
kube-system   calico-node-ktmf5                          0/1     Init:0/2   0          4m36s
kube-system   calico-node-nf5wg                          0/1     Init:0/2   0          4m36s
kube-system   calico-node-rwpfq                          0/1     Init:0/2   0          4m36s
kube-system   calico-node-scm7s                          0/1     Init:0/2   0          4m36s
kube-system   calico-node-tpqbl                          0/1     Init:0/2   0          4m36s
kube-system   calico-typha-6454f6cfd7-z5bvk              0/1     Pending    0          4m36s

 2.查看状态 

 [root@K8S1 work]# kubectl describe pods calico-node-rwpfq --namespace kube-system 
Name:                 calico-node-rwpfq
Namespace:            kube-system
Priority:             2000001000
Priority Class Name:  system-node-critical
Node:                 k8s3/192.168.1.14
Start Time:           Sat, 20 Jul 2024 21:58:45 +0800
Labels:               controller-revision-hash=6cdbc66bf4
                      k8s-app=calico-node
                      pod-template-generation=1
Annotations:          <none>
Status:               Pending
IP:                   192.168.1.14
IPs:
  IP:           192.168.1.14
Controlled By:  DaemonSet/calico-node
Init Containers:
  upgrade-ipam:
    Container ID:  
    Image:         192.168.1.11:443/myharbor/cni:v3.22.0
    Image ID:      
    Port:          <none>
    Host Port:     <none>
    Command:
      /opt/cni/bin/calico-ipam
      -upgrade
    State:          Waiting
      Reason:       PodInitializing
    Ready:          False
    Restart Count:  0
    Environment Variables from:
      kubernetes-services-endpoint  ConfigMap  Optional: true
    Environment:
      KUBERNETES_NODE_NAME:        (v1:spec.nodeName)
      CALICO_NETWORKING_BACKEND:  <set to the key 'calico_backend' of config map 'calico-config'>  Optional: false
    Mounts:
      /host/opt/cni/bin from cni-bin-dir (rw)
      /var/lib/cni/networks from host-local-net-dir (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-54hkd (ro)
  install-cni:
    Container ID:  
    Image:         192.168.1.11:443/myharbor/cni:v3.22.0
    Image ID:      
    Port:          <none>
    Host Port:     <none>
    Command:
      /opt/cni/bin/install
    State:          Waiting
      Reason:       PodInitializing
    Ready:          False
    Restart Count:  0
    Environment Variables from:
      kubernetes-services-endpoint  ConfigMap  Optional: true
    Environment:
      CNI_CONF_NAME:         10-calico.conflist
      CNI_NETWORK_CONFIG:    <set to the key 'cni_network_config' of config map 'calico-config'>  Optional: false
      KUBERNETES_NODE_NAME:   (v1:spec.nodeName)
      CNI_MTU:               <set to the key 'veth_mtu' of config map 'calico-config'>  Optional: false
      SLEEP:                 false
    Mounts:
      /host/etc/cni/net.d from cni-net-dir (rw)
      /host/opt/cni/bin from cni-bin-dir (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-54hkd (ro)
Containers:
  calico-node:
    Container ID:   
    Image:          192.168.1.11:443/myharbor/node:v3.22.0
    Image ID:       
    Port:           <none>
    Host Port:      <none>
    State:          Waiting
      Reason:       PodInitializing
    Ready:          False
    Restart Count:  0
    Requests:
      cpu:      250m
    Liveness:   exec [/bin/calico-node -felix-live -bird-live] delay=10s timeout=10s period=10s #success=1 #failure=6
    Readiness:  exec [/bin/calico-node -felix-ready -bird-ready] delay=0s timeout=10s period=10s #success=1 #failure=3
    Environment Variables from:
      kubernetes-services-endpoint  ConfigMap  Optional: true
    Environment:
      DATASTORE_TYPE:                     kubernetes
      FELIX_TYPHAK8SSERVICENAME:          <set to the key 'typha_service_name' of config map 'calico-config'>  Optional: false
      WAIT_FOR_DATASTORE:                 true
      NODENAME:                            (v1:spec.nodeName)
      CALICO_NETWORKING_BACKEND:          <set to the key 'calico_backend' of config map 'calico-config'>  Optional: false
      CLUSTER_TYPE:                       k8s,bgp
      IP_AUTODETECTION_METHOD:            interface=ens.*
      IP:                                 autodetect
      CALICO_IPV4POOL_IPIP:               Always
      CALICO_IPV4POOL_VXLAN:              Never
      CALICO_IPV6POOL_VXLAN:              Never
      FELIX_IPINIPMTU:                    <set to the key 'veth_mtu' of config map 'calico-config'>  Optional: false
      FELIX_VXLANMTU:                     <set to the key 'veth_mtu' of config map 'calico-config'>  Optional: false
      FELIX_WIREGUARDMTU:                 <set to the key 'veth_mtu' of config map 'calico-config'>  Optional: false
      CALICO_IPV4POOL_CIDR:               172.16.0.0/16
      CALICO_DISABLE_FILE_LOGGING:        true
      FELIX_DEFAULTENDPOINTTOHOSTACTION:  ACCEPT
      FELIX_IPV6SUPPORT:                  false
      FELIX_HEALTHENABLED:                true
    Mounts:
      /host/etc/cni/net.d from cni-net-dir (rw)
      /lib/modules from lib-modules (ro)
      /run/xtables.lock from xtables-lock (rw)
      /sys/fs/ from sysfs (rw)
      /var/lib/calico from var-lib-calico (rw)
      /var/log/calico/cni from cni-log-dir (ro)
      /var/run/calico from var-run-calico (rw)
      /var/run/nodeagent from policysync (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-54hkd (ro)
Conditions:
  Type              Status
  Initialized       False 
  Ready             False 
  ContainersReady   False 
  PodScheduled      True 
Volumes:
  lib-modules:
    Type:          HostPath (bare host directory volume)
    Path:          /lib/modules
    HostPathType:  
  var-run-calico:
    Type:          HostPath (bare host directory volume)
    Path:          /var/run/calico
    HostPathType:  
  var-lib-calico:
    Type:          HostPath (bare host directory volume)
    Path:          /var/lib/calico
    HostPathType:  
  xtables-lock:
    Type:          HostPath (bare host directory volume)
    Path:          /run/xtables.lock
    HostPathType:  FileOrCreate
  sysfs:
    Type:          HostPath (bare host directory volume)
    Path:          /sys/fs/
    HostPathType:  DirectoryOrCreate
  cni-bin-dir:
    Type:          HostPath (bare host directory volume)
    Path:          /opt/cni/bin
    HostPathType:  
  cni-net-dir:
    Type:          HostPath (bare host directory volume)
    Path:          /etc/cni/net.d
    HostPathType:  
  cni-log-dir:
    Type:          HostPath (bare host directory volume)
    Path:          /var/log/calico/cni
    HostPathType:  
  host-local-net-dir:
    Type:          HostPath (bare host directory volume)
    Path:          /var/lib/cni/networks
    HostPathType:  
  policysync:
    Type:          HostPath (bare host directory volume)
    Path:          /var/run/nodeagent
    HostPathType:  DirectoryOrCreate
  kube-api-access-54hkd:
    Type:                    Projected (a volume that contains injected data from multiple sources)
    TokenExpirationSeconds:  3607
    ConfigMapName:           kube-root-ca.crt
    ConfigMapOptional:       <nil>
    DownwardAPI:             true
QoS Class:                   Burstable
Node-Selectors:              kubernetes.io/os=linux
Tolerations:                 :NoSchedule op=Exists
                             :NoExecute op=Exists
                             CriticalAddonsOnly op=Exists
                             node.kubernetes.io/disk-pressure:NoSchedule op=Exists
                             node.kubernetes.io/memory-pressure:NoSchedule op=Exists
                             node.kubernetes.io/network-unavailable:NoSchedule op=Exists
                             node.kubernetes.io/not-ready:NoExecute op=Exists
                             node.kubernetes.io/pid-pressure:NoSchedule op=Exists
                             node.kubernetes.io/unreachable:NoExecute op=Exists
                             node.kubernetes.io/unschedulable:NoSchedule op=Exists
Events:
  Type     Reason                  Age                   From               Message
  ----     ------                  ----                  ----               -------
  Normal   Scheduled               6m22s                 default-scheduler  Successfully assigned kube-system/calico-node-rwpfq to k8s3
  Warning  FailedCreatePodSandBox  62s (x26 over 6m21s)  kubelet            Failed to create pod sandbox: rpc error: code = NotFound desc = failed to get sandbox image "192.168.1.11:443/myharbor/pause:3.6": failed to pull image "192.168.1.11:443/myharbor/pause:3.6": failed to pull and unpack image "192.168.1.11:443/myharbor/pause:3.6": failed to resolve reference "192.168.1.11:443/myharbor/pause:3.6": 192.168.1.11:443/myharbor/pause:3.6: not found

  
 --找到原因:无法获取镜像。
  failed to get sandbox image "192.168.1.11:443/myharbor/pause:3.6"

3. 检查镜像 

[root@K8S1 soft]# docker images
REPOSITORY                                     TAG       IMAGE ID       CREATED       SIZE
192.168.1.11:443/myharbor/typha                v3.22.0   35c2fa1ee0a1   2 years ago   127MB
192.168.1.11:443/myharbor/kube-controllers     v3.22.0   df76d42861ee   2 years ago   132MB
192.168.1.11:443/myharbor/cni                  v3.22.0   f86797de8afd   2 years ago   236MB
192.168.1.11:443/myharbor/pod2daemon-flexvol   v3.22.0   59daef946c8c   2 years ago   21.4MB
192.168.1.11:443/myharbor/node                 v3.22.0   f109b1742d34   2 years ago   213MB

--果然没有pause镜像 ，导入镜像。
docker load < docker-pause_3.6.tar
...................
[root@K8S1 soft]# docker images
REPOSITORY                                     TAG       IMAGE ID       CREATED       SIZE
192.168.1.11:443/myharbor/typha                v3.22.0   35c2fa1ee0a1   2 years ago   127MB
192.168.1.11:443/myharbor/kube-controllers     v3.22.0   df76d42861ee   2 years ago   132MB
192.168.1.11:443/myharbor/cni                  v3.22.0   f86797de8afd   2 years ago   236MB
192.168.1.11:443/myharbor/pod2daemon-flexvol   v3.22.0   59daef946c8c   2 years ago   21.4MB
192.168.1.11:443/myharbor/node                 v3.22.0   f109b1742d34   2 years ago   213MB
192.168.1.11:443/myharbor/pause                3.6       6270bb605e12   2 years ago   683kB

4.重建calico网络

[root@K8S1 work]# kubectl delete -f /data/k8s/work/calico.yaml
configmap "calico-config" deleted
customresourcedefinition.apiextensions.k8s.io "bgpconfigurations.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "bgppeers.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "blockaffinities.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "caliconodestatuses.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "clusterinformations.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "felixconfigurations.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "globalnetworkpolicies.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "globalnetworksets.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "hostendpoints.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "ipamblocks.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "ipamconfigs.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "ipamhandles.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "ippools.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "ipreservations.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "kubecontrollersconfigurations.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "networkpolicies.crd.projectcalico.org" deleted
customresourcedefinition.apiextensions.k8s.io "networksets.crd.projectcalico.org" deleted
clusterrole.rbac.authorization.k8s.io "calico-kube-controllers" deleted
clusterrolebinding.rbac.authorization.k8s.io "calico-kube-controllers" deleted
clusterrole.rbac.authorization.k8s.io "calico-node" deleted
clusterrolebinding.rbac.authorization.k8s.io "calico-node" deleted
service "calico-typha" deleted
deployment.apps "calico-typha" deleted
poddisruptionbudget.policy "calico-typha" deleted
daemonset.apps "calico-node" deleted
serviceaccount "calico-node" deleted
deployment.apps "calico-kube-controllers" deleted
serviceaccount "calico-kube-controllers" deleted
poddisruptionbudget.policy "calico-kube-controllers" deleted

[root@K8S1 work]# kubectl apply -f /data/k8s/work/calico.yaml
configmap/calico-config created
customresourcedefinition.apiextensions.k8s.io/bgpconfigurations.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/bgppeers.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/blockaffinities.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/caliconodestatuses.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/clusterinformations.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/felixconfigurations.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/globalnetworkpolicies.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/globalnetworksets.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/hostendpoints.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/ipamblocks.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/ipamconfigs.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/ipamhandles.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/ippools.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/ipreservations.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/kubecontrollersconfigurations.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/networkpolicies.crd.projectcalico.org created
customresourcedefinition.apiextensions.k8s.io/networksets.crd.projectcalico.org created
clusterrole.rbac.authorization.k8s.io/calico-kube-controllers created
clusterrolebinding.rbac.authorization.k8s.io/calico-kube-controllers created
clusterrole.rbac.authorization.k8s.io/calico-node created
clusterrolebinding.rbac.authorization.k8s.io/calico-node created
service/calico-typha created
deployment.apps/calico-typha created
poddisruptionbudget.policy/calico-typha created
daemonset.apps/calico-node created
serviceaccount/calico-node created
deployment.apps/calico-kube-controllers created
serviceaccount/calico-kube-controllers created
poddisruptionbudget.policy/calico-kube-controllers created

5.检查POD 

[root@K8S1 work]# kubectl get pod -A
NAMESPACE     NAME                                       READY   STATUS    RESTARTS   AGE
kube-system   calico-kube-controllers-554647c955-rb5fs   1/1     Running   0          33s
kube-system   calico-node-7zpwg                          1/1     Running   0          33s
kube-system   calico-node-9qrhz                          1/1     Running   0          33s
kube-system   calico-node-bvjnh                          1/1     Running   0          33s
kube-system   calico-node-vtnsr                          1/1     Running   0          33s
kube-system   calico-node-vvkdz                          1/1     Running   0          33s
kube-system   calico-node-zkxkq                          1/1     Running   0          33s
kube-system   calico-typha-6454f6cfd7-shs92              1/1     Running   0          33s

--果然calico 网络部署成功。

【K8S系列】Kubernetes Pod节点Pending状态及解决方案详解【已解决】
颜淡慕潇
10-22 2万+
在 Kubernetes 中，Pod 的状态为 Pending 表示 Pod 已被创建，但尚未被调度到节点上，或者已调度到节点上但容器尚未开始运行。这一状态常常是因为某些条件未满足，导致 Pod 无法正常启动。以下是对 Pending 状态的详细分析及解决方案。
calico报错Init:0/3或Init:RunContainerError
qq_46654855的博客
08-11 2982
先用kubectl get pods --all-namespaces -owide查看问题pod，然后用kubectl describe pod pod_name -n kube-system来查看日志，一般情况下，我们都是可以通过这个方式来获取到报错原因的【一波情况下哈，并非绝对】把imagePullPolicy: IfNotPresent删掉，因为这个部署如果本地有镜像以后，即使是离线环境也默认使用本地镜像的，不需要指定imagePullPolicy: IfNotPresent，指定后就报错了。...
K8S （kubernetes）pod服务 Status 处于 Containercreating，Ready处于0/1 的问题解决
daoerZ的博客
04-16 1万+
运行命令 kubectl get pod pod的status是ContainerCreating，Ready处于0/1 [root@localhost ca]# kubectl get pod NAME READY STATUS RESTARTS AGE my-nginx-379829228-mmsww ...
kubernetes pod一直是ContainerCreating,READY是0/1
愤怒的苹果ext的博客
06-27 6297
目录背景解决方案 背景 新创建的nginx-deployment，情况如下所示。 [root@localhost software]# kubectl get pods NAME READY STATUS RESTARTS AGE nginx-deployment-94093859-51185 0/1 ContainerCreating 0 11m nginx-deplo
k8s ready 不调度_跟我一起学k8s(三)深入理解k8s资源
weixin_39867296的博客
11-27 430
k8s作者：DevOps旭来自：DevOps探路者一、什么是k8s资源在运维管理k8s时，管理员习惯将k8s中的一切称为资源，比如pod、deployment、service等等，k8s通过对这些资源进行维护，调度，从而实现了整个集群的管理二、认识podpod是kubernetes内的最小管理单元，可以对一组容器提供管理。在k8s的管理哲学中，并不会对单个的容器进行维护，而是针对一组pod进行部署...
【K8S】STATUS=Pending
weixin_43346403的博客
07-28 496
删除重建calico网络，发现总是处于pending状态 ，同时节点也处于NotReady状态，不正常。由此可见:kubelet 服务失败，会导致Nodes节点异常，进而导致calico 网络异常。K8S集群无法创建成功服务，总是处于Pending 状态。calico 网络状态也貌似正常。3.重新部署calico网络插件。最终造成所有的服务无法部署成功。2.kubelet未启动。
K8S异常 sonar status is ‘PENDING’
Starry-SkyJing的博客
04-07 2109
1. 添加K8S 自动补全命令 yum install -y bash-completion source /usr/share/bash-completion/bash_completion source <(kubectl completion bash) echo "source <(kubectl completion bash)" >> ~/.bashrc 2. flannel网络插件Pending 我遇到的错是：- --iface=*不能匹配所有机器，更改yaml文
k8s 详解 pod 生命周期 容器探测(live and ready) 钩子函数 pod的重启策略
面朝大海，春暖花开
03-17 2008
pause 容器, 每个pod的都有的根容器,评估pod 的健康状态,设置ip地址,ip+端口可以访问到指定的容器 pod pod 之间采用 flannel 通信 pod 定义 yaml 资源清单 一级 二级 三级 属性 explain pod 一级属性 二级属性 点出来 三级属性,继续点 kubectl explain pod.metadata.managerFields status 状态,k8s 自动生成, spec 描述 ,当前资源的各种各样详...
K8S篇之Pod一直处于Pending状态原因解析
小橙子的笔记屋
11-09 5488
Pod一直处于Pending原因解析
【K8S系列】Kubernetes pod节点Pending或CrashLoopBackOff 问题及解决方案详解【已解决】
热门推荐
颜淡慕潇
10-17 1万+
在 Kubernetes 中，Pod 是最小的可调度单元，负责运行容器。当 Pod 的状态显示为 `Pending` 或 `CrashLoopBackOff` 时，意味着它无法成功启动或持续崩溃。本文将详细分析这两种状态的原因、排查步骤、执行后的结果及相应的解决方案。
k8s ready 不调度_微服务之——K8S基本概念+组件
weixin_39653761的博客
11-29 447
微服务之——K8S基本概念+组件(Kubernetes整体架构)首先先来谈谈Kubernetes 优势： 自我修复在节点故障时重新启动失败的容器，替换和重新部署，保证预期的副本数量；杀死健康检查失败的容器，并且在未准备好之前不会处理客户端请求，确保线上服务不中断。 弹性伸缩使用命令、UI或者基于CPU使用情况自动快速扩容和缩容应用程序实例，保证应用业务高峰并发时的高可用性；业务低峰时回收资源，...
关于配置单机k8s 创建nginx时出现pod 0/1一直pending的情况
a1348943776d的博客
04-11 1606
这个事情困扰了我一整天，创建nginx时出现pod 0/1 pending，一开始是以为flannel网卡出现了问题，一直去选择用calico网卡，但是calico这个玩意配置的路上全是坑，所以一直配不出calico，疯狂重启，疯狂报错，发现flannel网卡没有问题。当创建单机版的 k8s 时，这个时候 master 节点是默认不允许调度 pod 的。当创建单机版的 k8s 时，这个时候 master 节点是默认不允许调度 pod 的。好了，知道了，那就执行你这个文件，反正我有快照，不行就打回去呗。
k8s ready 不调度_图解 K8S 控制器 Node 生命周期管理
weixin_39785081的博客
11-29 749
Node其实就对应着kubernetes中的工作组件,今天我们来看下kubernetes中针对Node的生命周期的管理包括心跳检测/污点/容忍/中断等机制的实现1. 基础概念1.1 心跳机制心跳机制是分布式调度系统中常见的设计, kubernetes中通过Lease这种资源来进行实现心跳信息的传递，其在kubelet上运行nodelease的线程定时向apiserver更新自己的心跳信...
k8s部署yaml时一直处于Pending状态问题
skyroach
01-18 7876
1.在k8s环境中使用nginx-deployment.yaml部署一个nginx [root@k8s-master nginx]# cat nginx-deployment.yaml apiVersion: apps/v1 kind: Deployment metadata: labels: app: nginx name: nginx-deployment spec: replicas: 1 selector: matchLabels: app: nginx
k8s ready 不调度_从零开始学K8s: 10.在K8s上运行应用
weixin_39904268的博客
11-29 238
上一节我们学习了如何使用Minikube搭建一个k8s环境，这一节开始我们来学习如何将之前创建的Node.js应用程序部署到这个k8s环境里在部署之前，通常我们都会先准备好YAML或者JSON格式的清单(k8s中称作manifest)，这个清单详细说明了我们想要部署的组件。但是为了让大家更快进入到k8s的世界，我还不打算讲解k8s中的组件类型，先让我们通过一个简单的例子来了解如何让程序先运行起来。...
理论+实操：K8S的pod健康检查——live、ready、startup
Lfwthotpt的博客
05-13 5963
一：健康检查概述 又被称为探针（probe），探针是检查pod资源 注意：规则可以同时定义 1.1 探针策略类型 livenessProbe 如果检查失败不存活，将杀死容器，根据Pod的restartPlicy来操作 kubelet](https://kubernetes.io/zh/docs/admin/kubelet/) 使用存活探测器来知道什么时候要重启容器。例如，存活探测器可以捕捉到死锁（应用程序在运行，但是无法继续执行后面的步骤）。这样的情况下重启容器有助于让应用程序在有问题的情况下更可用。
k8s 使用篇 - deployment
weixin_34414196的博客
03-15 914
2019独角兽企业重金招聘Python工程师标准>>> ...
k8s ready 不调度_【大强哥-k8s从入门到放弃05】Pod API原理解析与属性详解
weixin_39814369的博客
11-27 301
一、Pod API 原理解析 理解系统进程组 成组调度失败案例 Pod实现原理 1、什么是PodPod是 K8S 中最小的 API 对象。换一个更专业的说法：Pod是 K8S 的原子调度单位。是 K8S 能够描述和编排各种复杂应用的基石2、为什么需要 Pod1、理解系统进程组# pstree -g systemd(1)-+-accounts-daemon(1984)-+-{gdbus}(1984)...
calico中一直处于READY0/1
weixin_43804233的博客
05-08 1112
需要注意的是，这些端口可能会因为不同的配置而有所不同。例如，如果使用了自定义的网络策略，则可能需要开放其他端口以支持特定的网络流量。TCP/2379、TCP/2380：etcd 数据库的默认端口，用于存储 Kubernetes 集群的状态和元数据。TCP/6666：Felix 应用程序的默认端口，用于与 Calico 网络中的其他组件通信。TCP/5473：Calico 管理界面的默认端口，用于管理和监控 Calico 网络。UDP/4789：VXLAN 封装的数据包的默认端口，用于跨节点通信。
kubectl get pod -A NAMESPACE NAME READY STATUS RESTARTS AGE kube-system coredns-54d67798b7-6p54t 0/1 Pending 0 4m4s kube-system coredns-54d67798b7-bn9hj 0/1 Pending 0 4m4s kube-system etcd-ubt18-dt-u24-02 1/1 Running 0 4m7s kube-system kube-apiserver-ubt18-dt-u24-02 1/1 Running 0 4m7s kube-system kube-controller-manager-ubt18-dt-u24-02 1/1 Running 0 4m7s kube-system kube-proxy-g4zhn 1/1 Running 0 4m5s kube-system kube-scheduler-ubt18-dt-u24-02 1/1 Running 0 4m7s root@ubt18-dt-u24-02:~# kubectl describe pod coredns-54d67798b7-6p54t -n kube-system Name: coredns-54d67798b7-6p54t Namespace: kube-system Priority: 2000000000 Priority Class Name: system-cluster-critical Node: <none> Labels: k8s-app=kube-dns pod-template-hash=54d67798b7 Annotations: <none> Status: Pending IP: IPs: <none> Controlled By: ReplicaSet/coredns-54d67798b7 Containers: coredns: Image: registry.cn-hangzhou.aliyuncs.com/google_containers/coredns:1.7.0 Ports: 53/UDP, 53/TCP, 9153/TCP Host Ports: 0/UDP, 0/TCP, 0/TCP Args: -conf /etc/coredns/Corefile Limits: memory: 170Mi Requests: cpu: 100m memory: 70Mi Liveness: http-get http://:8080/health delay=60s timeout=5s period=10s #success=1 #failure=5 Readiness: http-get http://:8181/ready delay=0s timeout=1s period=10s #success=1 #failure=3 Environment: <none> Mounts: /etc/coredns from config-volume (ro) /var/run/secrets/kubernetes.io/serviceaccount from coredns-token-lvj5v (ro) Conditions: Type Status PodScheduled False Volum
最新发布
03-11
<think>好的，用户问的是如何诊断Kubernetes集群中CoreDNS Pod处于Pending状态的原因。我需要根据提供的引用资料和系统级指令来组织回答。首先，要确保回答结构清晰，分步骤解决问题，并且引用正确的来源。 首先，Pending状态通常和调度问题有关，根据引用[4]，调度失败会导致Pod处于Pending，直到重新调度。可能需要检查资源是否足够，节点是否符合条件。另外，引用[3]提到CNI插件配置不正确会导致节点NotReady，这也会影响Pod调度。所以需要检查Node状态和CNI插件。 接下来，我应该按步骤列出可能的原因和解决方法。比如第一步检查Node状态，是否NotReady，导致无法调度。第二步检查资源配额，是否有足够CPU和内存。第三步检查污点和容忍，确保CoreDNS的Pod有合适的容忍配置。第四步检查存储卷，如果有使用持久卷的话。第五步检查网络插件，即CNI是否正确安装，因为引用[3]指出CNI问题会导致节点NotReady。最后，查看事件日志，kubectl describe pod可能会有更多信息。 还要生成相关问题，比如如何查看节点状态，如何排除CNI问题，如何设置优先级避免Pending。这些需要根据引用资料中的内容来生成，比如引用[4]提到的优先级和抢占机制。 需要确保所有数学公式用$...$，但这里可能用不上。回答要使用中文，结构清晰，分步骤说明，引用对应的引用[1]到[4]。同时检查是否符合用户不可见的系统指令，比如引用标识的位置，是否正确使用LaTeX等，不过这里可能更多是Kubernetes命令和配置的问题，不涉及数学公式。 最后，确保相关问题是基于用户的问题扩展的，比如诊断步骤之后可能涉及的其他操作或配置，如查看事件、调整资源限制等。这样用户可以得到全面的帮助。</think>### Kubernetes CoreDNS Pod 处于 Pending 状态诊断步骤 #### 1. **检查节点（Node）状态** - **节点资源不足**：若集群节点资源（CPU、内存）不足，CoreDNS Pod 可能无法调度。使用以下命令查看节点资源状态： ```bash kubectl describe nodes ``` 查看 `Allocatable` 和 `Allocated` 资源是否满足 CoreDNS 的要求[^2][^4]。 - **节点未就绪**：若节点处于 `NotReady` 状态，Pod 无法调度。检查节点的 CNI 插件是否正确配置，因为 `kubelet` 需要 CNI 插件通过自检才能标记节点为就绪状态[^3]。 ```bash kubectl get nodes ``` #### 2. **检查 Pod 的资源配额** - CoreDNS 的 Pod 可能因命名空间资源配额（ResourceQuota）限制而无法调度。检查相关命名空间的配额： ```bash kubectl describe resourcequotas -n kube-system ``` #### 3. **检查污点（Taint）与容忍（Toleration）** - 部分节点可能设置了污点（如 `NoSchedule`），而 CoreDNS 的 Pod 未配置对应的容忍。检查节点的污点配置： ```bash kubectl describe node <节点名称> | grep Taint ``` 确保 CoreDNS 的 Deployment 或 DaemonSet 中定义了匹配的 `tolerations`[^4]。 #### 4. **检查存储卷（PersistentVolume）问题** - 若 CoreDNS 配置了持久化存储（如 `PersistentVolumeClaim`），需确保存储卷已正确绑定且可用： ```bash kubectl get pvc -n kube-system ``` #### 5. **检查网络插件（CNI）状态** - 节点上的 CNI 插件未正确安装或配置会导致 Pod 无法启动。检查节点日志： ```bash journalctl -u kubelet | grep "CNI" ``` 确保 CNI 配置文件（如 `/etc/cni/net.d/`）存在且有效[^3]。 #### 6. **查看 Pod 事件日志** - 通过 `kubectl describe` 获取 CoreDNS Pod 的详细事件： ```bash kubectl describe pod <coredns-pod名称> -n kube-system ``` 重点关注 `Events` 部分，例如： - `FailedScheduling`: 调度失败的具体原因（如资源不足、节点不匹配）。 - `NetworkPluginNotReady`: 网络插件未就绪。 --- ### 示例操作：诊断 CNI 问题 ```bash # 检查节点状态 kubectl get nodes # 查看节点污点 kubectl describe node worker-node-1 | grep Taint # 查看 CoreDNS Pod 事件 kubectl describe pod coredns-5d78c9869d-abcde -n kube-system # 检查 CNI 插件日志（以 Calico 为例） kubectl logs -n calico-system calico-node-xyz ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值