k8s注册节点出现kube-flannel-ds服务状态pending

已于 2022-01-25 15:12:02 修改
阅读量4.9k 收藏 4
点赞数 2
分类专栏： 容器 文章标签： eureka java postman
于 2022-01-25 12:07:06 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kali_yao/article/details/122681716
版权

目录

一.排错思路

1.查看报错

2.查看系统环境版本

1）系统版本

2）K8S版本

3）Docker版本

 4）查看hosts文件配置

5) 主机通讯检测

6）配置网桥监控主机流量，主机路由转发

7）指定私有镜像仓库文件

8）查看节点容器运行状态

二.问题解决

1.删除node2节点及配置

1）删除node2节点

2）删除所有容器（node2）

3）删除旧的配置文件

4）删除旧的ca文件

5）重启k8s及docker服务（node2）

6）手动导入镜像

 2.重新注册，加入集群

 1）生成注册命令(master)

 2）加入集群（node）

 3) 查看状态（master）

3.解决另一种方法

一.排错思路

1.查看报错

# 节点状态
~]# kubectl get nodes
NAME              STATUS   ROLES                  AGE     VERSION
master            Ready    control-plane,master   2d17h   v1.23.2
vm-0-114-centos   Ready    <none>                 23h     v1.23.2
vm-0-142-centos   NoReady  <none>                 23s     v1.23.2

# 组件状态
~]# kubectl get pods -A
NAMESPACE     NAME                             READY   STATUS    RESTARTS       AGE
kube-system   coredns-557689b88f-g9pwl         1/1     Running   1 (102m ago)   2d18h
kube-system   coredns-557689b88f-rj84r         1/1     Running   1 (102m ago)   2d18h
kube-system   etcd-master                      1/1     Running   3 (102m ago)   2d18h
kube-system   kube-apiserver-master            1/1     Running   3 (102m ago)   2d18h
kube-system   kube-controller-manager-master   1/1     Running   3 (102m ago)   2d18h
kube-system   kube-flannel-ds-jxwf5            0/1     pending   0              81m
kube-system   kube-flannel-ds-qk97b            1/1     Running   1 (102m ago)   11h
kube-system   kube-flannel-ds-qzhqt            1/1     Running   0              11h
kube-system   kube-proxy-flzrz                 1/1     Running   2 (102m ago)   2d18h
kube-system   kube-proxy-sv5n8                 1/1     Running   0              81m
kube-system   kube-proxy-tkctb                 1/1     Running   0              24h
kube-system   kube-scheduler-master            1/1     Running   4 (102m ago)   2d18h

注;可以再精确一点kubectl get  pods -A -o wide查看是哪节点报错

2.查看系统环境版本

1）系统版本

Master节点

 ~]# cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

node节点

~]# cat /etc/os-release 
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

2）K8S版本

master节点

~]# kubeadm version
kubeadm version: &version.Info{Major:"1", Minor:"23", GitVersion:"v1.23.2", GitCommit:"9d142434e3af351a628bffee3939e64c681afa4d", GitTreeState:"clean", BuildDate:"2022-01-19T17:34:34Z", GoVersion:"go1.17.5", Compiler:"gc", Platform:"linux/amd64"}

node节点

~]# kubeadm version
kubeadm version: &version.Info{Major:"1", Minor:"23", GitVersion:"v1.23.2", GitCommit:"9d142434e3af351a628bffee3939e64c681afa4d", GitTreeState:"clean", BuildDate:"2022-01-19T17:34:34Z", GoVersion:"go1.17.5", Compiler:"gc", Platform:"linux/amd64"}

3）Docker版本

master节点

~]#  docker version
Client: Docker Engine - Community
 Version:           20.10.12
 API version:       1.41
 Go version:        go1.16.12
 Git commit:        e91ed57
 Built:             Mon Dec 13 11:45:41 2021
 OS/Arch:           linux/amd64
 Context:           default
 Experimental:      true

Server: Docker Engine - Community
 Engine:
  Version:          20.10.12
  API version:      1.41 (minimum version 1.12)
  Go version:       go1.16.12
  Git commit:       459d0df
  Built:            Mon Dec 13 11:44:05 2021
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.4.12
  GitCommit:        7b11cfaabd73bb80907dd23182b9347b4245eb5d
 runc:
  Version:          1.0.2
  GitCommit:        v1.0.2-0-g52b36a2
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

node节点

~]#  docker version
Client: Docker Engine - Community
 Version:           20.10.12
 API version:       1.41
 Go version:        go1.16.12
 Git commit:        e91ed57
 Built:             Mon Dec 13 11:45:41 2021
 OS/Arch:           linux/amd64
 Context:           default
 Experimental:      true

Server: Docker Engine - Community
 Engine:
  Version:          20.10.12
  API version:      1.41 (minimum version 1.12)
  Go version:       go1.16.12
  Git commit:       459d0df
  Built:            Mon Dec 13 11:44:05 2021
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.4.12
  GitCommit:        7b11cfaabd73bb80907dd23182b9347b4245eb5d
 runc:
  Version:          1.0.2
  GitCommit:        v1.0.2-0-g52b36a2
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

 4）查看hosts文件配置

master节点

~]# cat /etc/hosts
.....

172.17.0.51 master
172.17.0.114 node1
172.17.0.142 node2
172.17.0.98 registry

node节点

~]# cat /etc/hosts
.....

172.17.0.51 master
172.17.0.114 node1
172.17.0.142 node2
172.17.0.98 registry

5) 主机通讯检测

master节点

~]#  ping node2 -c 5
PING node2 (172.17.0.142) 56(84) bytes of data.
64 bytes from node2 (172.17.0.142): icmp_seq=1 ttl=64 time=0.231 ms
64 bytes from node2 (172.17.0.142): icmp_seq=2 ttl=64 time=0.263 ms
64 bytes from node2 (172.17.0.142): icmp_seq=3 ttl=64 time=0.188 ms
64 bytes from node2 (172.17.0.142): icmp_seq=4 ttl=64 time=0.220 ms
64 bytes from node2 (172.17.0.142): icmp_seq=5 ttl=64 time=0.182 ms

--- node2 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3999ms
rtt min/avg/max/mdev = 0.182/0.216/0.263/0.034 ms

node节点

~]#  ping master -c 5
PING master (172.17.0.51) 56(84) bytes of data.
64 bytes from master (172.17.0.51): icmp_seq=1 ttl=64 time=0.188 ms
64 bytes from master (172.17.0.51): icmp_seq=2 ttl=64 time=0.212 ms
64 bytes from master (172.17.0.51): icmp_seq=3 ttl=64 time=0.216 ms
64 bytes from master (172.17.0.51): icmp_seq=4 ttl=64 time=0.222 ms
64 bytes from master (172.17.0.51): icmp_seq=5 ttl=64 time=0.215 ms

--- master ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3999ms
rtt min/avg/max/mdev = 0.188/0.210/0.222/0.019 ms

6）配置网桥监控主机流量，主机路由转发

master

~]# sysctl --system
.....
* Applying /etc/sysctl.d/k8s.conf ...
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
net.ipv4.ip_forward = 1

node

~]# sysctl --system
.....
* Applying /etc/sysctl.d/k8s.conf ...
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
net.ipv4.ip_forward = 1

7）指定私有镜像仓库文件

master

~]# cat /etc/docker/daemon.json
{
    "exec-opts": ["native.cgroupdriver=systemd"],
    "registry-mirrors": ["https://hub-mirror.c.163.com"],
    "insecure-registries":["172.17.0.98:5000", "registry:5000"]
}

node

~]# cat /etc/docker/daemon.json
{
    "exec-opts": ["native.cgroupdriver=systemd"],
    "registry-mirrors": ["https://hub-mirror.c.163.com"],
    "insecure-registries":["172.17.0.98:5000", "registry:5000"]
}

8）查看节点容器运行状态

node1

 ~]# docker ps -a
CONTAINER ID   IMAGE                        COMMAND                  CREATED       STATUS                   PORTS     NAMES
~]# docker images
REPOSITORY                                       TAG       IMAGE ID       CREATED        SIZE
172.17.0.98:5000/kube-apiserver                  v1.23.2   8a0228dd6a68   5 days ago     135MB
172.17.0.98:5000/kube-controller-manager         v1.23.2   4783639ba7e0   5 days ago     125MB
172.17.0.98:5000/kube-scheduler                  v1.23.2   6114d758d6d1   5 days ago     53.5MB
172.17.0.98:5000/kube-proxy                      v1.23.2   d922ca3da64b   5 days ago     112MB
172.17.0.98:5000/etcd                            3.5.1-0   25f8c7f3da61   2 months ago   293MB
172.17.0.98:5000/coredns                         v1.8.6    a4ca41631cc7   3 months ago   46.8MB
172.17.0.98:5000/pause                           3.6       6270bb605e12   5 months ago   683kB

node2

 ~]# docker ps -a
CONTAINER ID   IMAGE                        COMMAND                  CREATED       STATUS                   PORTS     NAMES
c67993ac008d   404fc3ab6749                 "/opt/bin/flanneld -…"   2 hours ago   Up 2 hours                         k8s_kube-flannel_kube-flannel-ds-jxwf5_kube-system_e8b3608e-9059-49a7-b5fd-d6244e3bd06c_0
79925c61f378   404fc3ab6749                 "cp -f /etc/kube-fla…"   2 hours ago   Exited (0) 2 hours ago             k8s_install-cni_kube-flannel-ds-jxwf5_kube-system_e8b3608e-9059-49a7-b5fd-d6244e3bd06c_0
13251ae462b1   cd5235cd7dc2                 "cp -f /flannel /opt…"   2 hours ago   Exited (0) 2 hours ago             k8s_install-cni-plugin_kube-flannel-ds-jxwf5_kube-system_e8b3608e-9059-49a7-b5fd-d6244e3bd06c_0
1bb3845bfa4a   d922ca3da64b                 "/usr/local/bin/kube…"   2 hours ago   Up 2 hours                         k8s_kube-proxy_kube-proxy-sv5n8_kube-system_df8c76f4-89ef-41e6-83c0-a678ce3fd986_0
a024c30cd119   172.17.0.98:5000/pause:3.6   "/pause"                 2 hours ago   Up 2 hours                         k8s_POD_kube-proxy-sv5n8_kube-system_df8c76f4-89ef-41e6-83c0-a678ce3fd986_0
c8a4190d3582   172.17.0.98:5000/pause:3.6   "/pause"                 2 hours ago   Up 2 hours                         k8s_POD_kube-flannel-ds-jxwf5_kube-system_e8b3608e-9059-49a7-b5fd-d6244e3bd06c_0
~]# docker images
REPOSITORY                                       TAG       IMAGE ID       CREATED        SIZE
172.17.0.98:5000/kube-apiserver                  v1.23.2   8a0228dd6a68   5 days ago     135MB
172.17.0.98:5000/kube-controller-manager         v1.23.2   4783639ba7e0   5 days ago     125MB
172.17.0.98:5000/kube-scheduler                  v1.23.2   6114d758d6d1   5 days ago     53.5MB
172.17.0.98:5000/kube-proxy                      v1.23.2   d922ca3da64b   5 days ago     112MB
rancher/mirrored-flannelcni-flannel              v0.16.1   404fc3ab6749   2 weeks ago    69.9MB
172.17.0.98:5000/etcd                            3.5.1-0   25f8c7f3da61   2 months ago   293MB
rancher/mirrored-flannelcni-flannel-cni-plugin   v1.0.0    cd5235cd7dc2   2 months ago   9.03MB
172.17.0.98:5000/coredns                         v1.8.6    a4ca41631cc7   3 months ago   46.8MB
172.17.0.98:5000/pause                           3.6       6270bb605e12   5 months ago   683kB

注：此时就可以查看到是容器镜像没有导致容器未启动

二.问题解决

1.删除node2节点及配置

1）删除node2节点

# 先查看节点名称
~]# kubectl get nodes
NAME              STATUS   ROLES                  AGE     VERSION
master            Ready    control-plane,master   2d19h   v1.23.2
vm-0-114-centos   Ready    <none>                 25h     v1.23.2
vm-0-142-centos   NoReady  <none>                 114m    v1.23.2

# 删除节点
~]# kubectl delete node vm-0-142-centos
node "vm-0-142-centos" deleted

# 查看删除结果
~]# kubectl get nodes
NAME              STATUS   ROLES                  AGE     VERSION
master            Ready    control-plane,master   2d17h   v1.23.2
vm-0-114-centos   Ready    <none>                 22h     v1.23.2

2）删除所有容器（node2）

~]# docker ps -qa | xargs  docker rm -f

3）删除旧的配置文件

~]# rm -f /etc/kubernetes/kubelet.conf

4）删除旧的ca文件

~]# rm -f /etc/kubernetes/pki/ca.crt

5）重启k8s及docker服务（node2）

~]# systemctl restart docker kubelet

6）手动导入镜像

~]# docker pull rancher/mirrored-flannelcni-flannel:v0.16.1
~]# docker pull rancher/mirrored-flannelcni-flannel-cni-plugin:v1.0.0

 2.重新注册，加入集群

 1）生成注册命令(master)

~]# kubeadm token create --print-join-command
kubeadm join 172.17.0.51:6443 --token 3mucph.ml5h85umn1flgmir --discovery-token-ca-cert-hash sha256:72db7edc40a9581a8e9f96853a4e3fb03

2）加入集群（node）

~]# kubeadm join 172.17.0.51:6443 --token 3mucph.ml5h85umn1flgmir --discovery-token-ca-cert-hash sha256:72db7edc40a9581a8e9f96853a4e3fb03
[preflight] Running pre-flight checks
	[WARNING Hostname]: hostname "vm-0-142-centos" could not be reached
	[WARNING Hostname]: hostname "vm-0-142-centos": lookup vm-0-142-centos on 183.60.83.19:53: no such host
[preflight] Reading configuration from the cluster...
[preflight] FYI: You can look at this config file with 'kubectl -n kube-system get cm kubeadm-config -o yaml'
[kubelet-start] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet-start] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[kubelet-start] Starting the kubelet
[kubelet-start] Waiting for the kubelet to perform the TLS Bootstrap...

This node has joined the cluster:
* Certificate signing request was sent to apiserver and a response was received.
* The Kubelet was informed of the new secure connection details.

Run 'kubectl get nodes' on the control-plane to see this node join the cluster.

 3) 查看状态（master）

# 查看node节点状态
~]# kubectl get nodes
NAME              STATUS   ROLES                  AGE     VERSION
master            Ready    control-plane,master   2d17h   v1.23.2
vm-0-114-centos   Ready    <none>                 23h     v1.23.2
vm-0-142-centos   Ready    <none>                 25s     v1.23.2
# 查看pod状态
~]# kubectl get pods -A
NAMESPACE     NAME                             READY   STATUS    RESTARTS       AGE
kube-system   coredns-557689b88f-g9pwl         1/1     Running   1 (102m ago)   2d18h
kube-system   coredns-557689b88f-rj84r         1/1     Running   1 (102m ago)   2d18h
kube-system   etcd-master                      1/1     Running   3 (102m ago)   2d18h
kube-system   kube-apiserver-master            1/1     Running   3 (102m ago)   2d18h
kube-system   kube-controller-manager-master   1/1     Running   3 (102m ago)   2d18h
kube-system   kube-flannel-ds-jxwf5            1/1     Running   0              81m
kube-system   kube-flannel-ds-qk97b            1/1     Running   1 (102m ago)   11h
kube-system   kube-flannel-ds-qzhqt            1/1     Running   0              11h
kube-system   kube-proxy-flzrz                 1/1     Running   2 (102m ago)   2d18h
kube-system   kube-proxy-sv5n8                 1/1     Running   0              81m
kube-system   kube-proxy-tkctb                 1/1     Running   0              24h
kube-system   kube-scheduler-master            1/1     Running   4 (102m ago)   2d18h

至此，问题解决！所以导致这个问题的主要原因就是前期导入镜像导致 ，但是此方法过与复杂，

3.解决另一种方法

注：这里就不需要删除节点了

## 因为我们只是镜像没有，所以只需以下几步
# 第一步到node节点下传镜像
~]# docker pull rancher/mirrored-flannelcni-flannel:v0.16.1
~]# docker pull rancher/mirrored-flannelcni-flannel-cni-plugin:v1.0.0

# 第二部重启flannel
~]# kubectl delete -f kube-flannel.yml
~]# kubectl apply -f kube-flannel.yml

# 查看
# 查看node节点状态
~]# kubectl get nodes
NAME              STATUS   ROLES                  AGE     VERSION
master            Ready    control-plane,master   2d17h   v1.23.2
vm-0-114-centos   Ready    <none>                 23h     v1.23.2
vm-0-142-centos   Ready    <none>                 25s     v1.23.2
# 查看pod状态
~]# kubectl get pods -A
NAMESPACE     NAME                             READY   STATUS    RESTARTS       AGE
kube-system   coredns-557689b88f-g9pwl         1/1     Running   1 (102m ago)   2d18h
kube-system   coredns-557689b88f-rj84r         1/1     Running   1 (102m ago)   2d18h
kube-system   etcd-master                      1/1     Running   3 (102m ago)   2d18h
kube-system   kube-apiserver-master            1/1     Running   3 (102m ago)   2d18h
kube-system   kube-controller-manager-master   1/1     Running   3 (102m ago)   2d18h
kube-system   kube-flannel-ds-jxwf5            1/1     Running   0              81m
kube-system   kube-flannel-ds-qk97b            1/1     Running   1 (102m ago)   11h
kube-system   kube-flannel-ds-qzhqt            1/1     Running   0              11h
kube-system   kube-proxy-flzrz                 1/1     Running   2 (102m ago)   2d18h
kube-system   kube-proxy-sv5n8                 1/1     Running   0              81m
kube-system   kube-proxy-tkctb                 1/1     Running   0              24h
kube-system   kube-scheduler-master            1/1     Running   4 (102m ago)   2d18h

kali_yao
关注
  • 2
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
kube-flannel.yml
06-30
kubectl apply -f kube-flannel.yml
【转载】K8s-LoadBalancer一直处于pending状态原因分析
jstang的博客
09-05 9902
原文链接：https://blog.csdn.net/wxb880114/article/details/86535887 ———————————————— 问题如图： 原因分析 service type 目前有两种，如果使用 gce 的 kubernetes，可以直接使用LoadBalancer类型，gce 会自动帮忙生成一个对外的 ip，并帮你做负载均衡 如果不是在 gce 平台，可以选择使...
kubeadm部署单Master节点
Dragon的博客
09-12 887
目录 1、安装要求（提前确认） 2、安装步骤 3、测试kubernetes集群 4、集群报错总结 5、参考 1、安装要求（提前确认） 在开始之前，部署Kubernetes集群机器需要满足以下几个条件： 三台机器，操作系统 CentOS7.5+（mini） 硬件配置：2GBRAM，2个CPU，硬盘30GB 2、安装步骤 角色 IP master 192.168.50.128 node1 192.168.50.131 node2 192.1
8种Kubernetes集群中Pod处于 Pending状态的故障排除方法
最新发布
tigerhhzz的博客
03-20 971
通过kubectl get pod -o yaml 查看pod的信息，其中status.phase字段表示该pod的阶段。pod中的容器地位均等且一同调度，在共享的上下文中运行。资源请求和限制：将节点上调度的所有 pod 的请求和限制总和与节点的可分配资源进行比较，以识别潜在的资源短缺。可分配与容量：了解差异；Pod 计数限制：除了 CPU 和内存之外，配额还可以限制 Pod 的数量，这可能是导致问题的原因。搜索 Pod 名称：按 Pod 名称过滤日志，以跟踪特定的调度尝试以及任何失败背后的原因。
【k8s部署问题】：kubeadm init后coredns总处于Pending状态，解决方法
Harry_mumu的博客
08-04 1821
kubeadm部署K8S，2节点极限资源最小化部署，容器Pending无法启动问题解决。 虚拟机1：master：2cpu，2G内存，20G硬盘虚拟机2：node1：2cpu，2G内存，20G硬盘。
k8s coredns 一直是pending状态的解决办法
u010227042的博客
01-06 6253
再次运行 kubectl get pods -n kube-system 查看 kube-flannel网络插件状态，如下状态即为成功。经查阅资料发现coredns 最大可能是缺少网络插件导致，本文选择kube-flannel.yml方式来安装。使用kubectl get pods -n kube-system 查看如下。执行 kubectl apply -f kube-flannel.yml。创建文件 kube-flannel.yml，将下面内容复制并保存。coredns 一直是pending。
k8s常见异常事件及解决方案
ss810540895的博客
05-18 2560
当容器集群中的节点（宿主机）磁盘使用率达到85%之后，会触发自动的容器镜像回收策略，以便于释放足够的宿主机磁盘。比如容器的内存限制值配置了1Gi，而容器的内存随着容器内进程内存使用量的增加超过了1Gi，就会导致容器被操作系统Cgroup Kill。集群中的容器实例，DNS解析均依赖集群内的DNS组件，应用中业务请求的地址都需要经过集群DNS组件。重启集群中的coredns组件发生重启(重新创建)，一般是由于coredns组件压力较大导致oom，请检查业务是否异常，是否存在应用容器无法解析域名的异常。
k8s创建默认storageclass，解决pvc一直pending问题
阿文的博客
02-24 1万+
背景 在本地集群安装kubesphere需要storageclass才能成功 首先检查自己机器是否有storageclass 执行如下命令，看返回信息，什么都没有的话，说明你需要进行下面步骤 kubectl get storageclass 下图是我已经装成功了的情况 解决 给集群配置默认得storageclass 搭建nfs服务器 先搭建nfs服务器 我的是centos7 安装nfs命令 yum install -y nfs-utils 创建存放数据的目录（目录可以自己定义） mkd
k8s报错：pod状态为pending，coredns的状态是pending的解决办法
热门推荐
baidu_38803985的博客
05-07 3万+
错误一：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 #导...
k8s pod 始终处于pending状态，如何解决
m0_59029800的博客
11-06 702
新搭建的k8s投入使用，为新项目提供节点资源。
彻底搞懂 K8S Pod Pending 故障原因及解决方案
xcbeyond|疯狂源自梦想，技术成就辉煌
05-04 2万+
点击上方“程序猿技术大咖”，关注并选择“设为星标”回复“加群”获取入群讨论资格！即使在高成熟度级别 Kubernetes 集群中 pod pending 也是无处不在。如果您随机询问任何使用 Kubernetes DevOps 工程师来确定折磨他们噩梦的最常见错误，pod pending 可能是非常常见的问题（可能仅次于 CrashLoopBackOff）。尝试推送更新并...
K8S集群中Pod资源处于Pending状态排查思路
江晓龙的博客
06-14 9125
Pending状态表示挂起，处于该状态的原因有以下几点：处于Pending状态的原因最有可能的就是调度的Node节点上资源不足了。1）首先去排查节点的资源使用情况，使用命令查看内存的使用情况，命令查看系统的负载及CPU使用情况，查看磁盘的使用情况，快速定位是否是由于节点资源不足而引发的问题。如果资源充足，那么就可以排除是节点自身的问题了。2）被调度的节点可能存在污点配置，当K8S集群安装完成后，Master默认是开启污点的，开启污点的节点不允许被调度，可以进一步使用命令排查节点是否设置了污点操作，如果设置了
k8s初始化时，安装kube-flannel之后，master节点还是NotReady,所缺少的flannel文件
03-17
k8s初始化时，安装kube-flannel之后，master节点还是NotReady,所缺少的flannel文件
k8s coredns显示0/1 Running问题排查
mayi_xiaochaun的博客
11-18 1万+
问题现象： 发现k8s-node1节点的coredns出现0/1 Running状态； 查看详细信息：kubectl describe pod coredns-57d4cbf879-xgk2f -n kube-system [root@k8s-master kubernetes]# kubectl describe pod coredns-57d4cbf879-xgk2f -n kube-system Name: coredns-57d4cbf879-xg
K8s 集群（Kubernetes 集群）
oopxiajun博客专栏
04-11 1221
k8s 安装请参考：Kubernetes 安装 我这儿三台虚拟主机 master：192.168.137.139 minion1：192.168.137.138 minion2：192.168.137.137 一，注备环境 关闭防火墙： $ systemctl stop firewalld $ systemctl disable firewalld 关闭selinux：...
19 个 K8S 日常故障处理集锦！
weixin_45727359的博客
08-10 3248
问题1：K8S集群服务访问失败？原因分析：证书不能被识别，其原因为：自定义证书，过期等。解决方法：更新证书即可。问题2：K8S集群服务访问失败？ curl:(7)Failedconn...
K8S部署的pod一直处于Pending状态问题解决
mo_sss的博客
01-07 996
每个人都有惰性，但不断学习是好好生活的根本，共勉！
k8s部署yaml时一直处于Pending状态问题
skyroach
01-18 7395
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
namespace/kube-flannel created clusterrole.rbac.authorization.k8s.io/flannel created clusterrolebinding.rbac.authorization.k8s.io/flannel created serviceaccount/flannel created configmap/kube-flannel-cfg created daemonset.apps/kube-flannel-ds created
07-11
这些命令是在 Kubernetes 中创建 Flannel 网络插件所需的资源。以下是每个资源的解释： 1. namespace/kube-flannel: 创建一个名为 "kube-flannel" 的命名空间，用于隔离 Flannel 相关的资源。 2. clusterrole.rbac.authorization.k8s.io/flannel: 创建一个名为 "flannel" 的 ClusterRole，定义了 Flannel 所需的权限。 3. clusterrolebinding.rbac.authorization.k8s.io/flannel: 创建一个名为 "flannel" 的 ClusterRoleBinding，将 ClusterRole "flannel" 绑定到默认的 serviceaccount/flannel。 4. serviceaccount/flannel: 创建一个名为 "flannel" 的 ServiceAccount，用于授权 Flannel 访问 Kubernetes API。 5. configmap/kube-flannel-cfg: 创建一个名为 "kube-flannel-cfg" 的 ConfigMap，包含 Flannel 配置信息。 6. daemonset.apps/kube-flannel-ds: 创建一个名为 "kube-flannel-ds" 的 DaemonSet，它确保在每个节点上运行一个 Pod，该 Pod 包含 Flannel 容器和所需的网络配置。 这些资源的创建是为了在 Kubernetes 集群中部署和配置 Flannel 网络插件，以提供集群内部的网络通信和跨节点的 Pod 互联。通过这些资源的创建，Flannel 将在每个节点上自动部署并配置网络功能。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值