k8s中Pod处于Pending状态的解决方案

已于 2024-07-29 11:32:18 修改
阅读量443 收藏 3
点赞数 6
文章标签： kubernetes linux 容器
于 2024-05-12 17:45:20 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_77695535/article/details/138760229
版权

先来说明几个概念：

PV （ Persistent Volume ）是持久化卷的意思，是对底层的共享存储的一种抽象。一般情况下 PV 由
kubernetes 管理员进行创建和配置，它和底层具体的共享存储技术有关，并通过插件完成和共享存
储的对接。
PVC （ Persistent Volume Claim ）是持久化卷声明的意思，是用户对于存储需求的一种声明。换言
之， PVC 其实就是用户向 kubernetes 系统发出的一种资源需求申请。

使用StorageClass时要创建pv,pvc,pod

在高级存储中的静态模式下,k8s管理员预先创建许多各种各样的pv，等待pvc申请使用。如果是静态模式的话，要严格按照pv，pvc，pod的创建顺序。而删除pod则顺序反之

动态模式则是管理员无须预先创建PV，而是通过StorageClass自动完成PV的创建以及与PVC的绑

定。

问题：pod创建后出现pending状态

1.用describe查看这个pod的详细信息

看到最后一行有报错信息，说这个test-claim未被找到，说明创建pod上一步的创建pvc有问题，才导致PersistentVolumeClaim找不到（这个长单词简称pvc）

查看一下上一步创建pvc时的yaml文件

我是yaml文件的其中一行少了空格，导致这个yaml文件格式不正确，底下的截图是我修改后的正确的yaml文件

然后创建pvc

因为这次我用的是动态模式存储，我已经创建过storage class了，所以创建完这个pvc后，pv会动态创建

可以看出来创建pvc之后pv自己创建并且绑定了该pvc

回到刚才的问题，pvc创建成功后，再删除原先的nginx-pod,重新创建pod

发现nginx-pod已经是running状态了，问题解决

一个草莓同学~
关注
K8S部署的pod一直处于Pending状态问题解决
分享式获得也是一种学习的态度
01-07 2002
每个人都有惰性，但不断学习是好好生活的根本，共勉！
Pod 一直处于 Pending 状态
潇潇雨歇
04-26 8401
对于已挂载了磁盘的 Pod，通常需要被调度到与当前故障节点和挂载磁盘所处同一个可用区的新的节点上。如果该值小于 Pod 的 Request，则不满足 Pod 的资源要求，Scheduler 在 Predicates（预选）阶段就会剔除掉该 Node，不会调度 Pod 到该 Node。在新增节点时，首先为该节点添加==node.cloudprovider.kubernetes.io/uninitialized ==污点，待节点初始化成功后再自动移除此污点，以避免 Pod 被调度到未初始化好的节点。
故障——pod状态为pending该如何解决
sea_bunch的博客
05-30 336
当您的虚拟机出现如下报错，您首先快照一下虚拟机如果仍然报错 首先进入任务管理器（Ctrl+Alt+Del）内，查看所有vmware是否都处在运行的状态，可能会跳出一个比较突兀的进程，需要把它删掉即可 然后打开运行对话框，输入Win+R，再输入services.msc查看所有的vmware是否都在运行状态，除了DHCP外
用 k8s 1.20以上版本解决动StorageClass态创建PVC一直处于 Pending 状态
delimar的博客
07-20 311
原因：在 k8s 1.20 之后，出于对性能和统一 apiserver 调用方式的初衷，k8s 移除了对 SelfLink 的支持，而默认上面指定的 provisioner 版本需要 SelfLink 功能，因此 PVC 无法进行自动制备。用 k8s 1.20以上版本，通过 kubectl get pvc，发现 PVC一直处于 Pending 状态。1.由于现在镜像源都被ban了网上随便找个nfs-subdir-external-provisioner镜像源。但是很坑，这两种都不行！4.启动deploy。
k8s主节点部署pod状态一直是pending原因排除，并彻底删除pod技巧
fgsdgsdghdsfgrd的博客
07-24 2443
一般来说，master节点是会产生一个污点，不允许部署pod的。
【K8S】STATUS=Pending
最新发布
weixin_43346403的博客
07-28 261
删除重建calico网络，发现总是处于pending状态 ，同时节点也处于NotReady状态，不正常。由此可见:kubelet 服务失败，会导致Nodes节点异常，进而导致calico 网络异常。K8S集群无法创建成功服务，总是处于Pending 状态。calico 网络状态也貌似正常。3.重新部署calico网络插件。最终造成所有的服务无法部署成功。2.kubelet未启动。
k8s部署jenkins和Pod始终为pending状态“persistentvolume-controller no persistent volumes available.....”解决办法
阿文的博客
12-02 6331
眼因多流泪而愈益清明，心因饱经风霜而愈益温厚 首先说一下为什么在学习K8s的时候要学习Jenkins这个知识点，首先看图： 传统的CI/CD： CI/CD的最终目的是减少人工干预，增加可管理性 非容器化CI/CD： 容器化的CI/CD 容器化可以保持环境的高度一致性，镜像可以部署到任何环境中 jenkins与k8s的CI/CD jenkins会调用k8s的api接口（所以会有jenkins...
Kubernetes基础(十九)-k8s存储对象Persistent Volume Claim
sre救赎之路
02-18 1605
在容器编排中，Pod的生命周期是短暂的，当Pod终止时，其中的数据通常也会被销毁。为了解决这个问题，Kubernetes引入了Persistent Volume（PV）和Persistent Volume Claim（PVC）的概念。PVC是对PV的一种声明，它定义了Pod对存储资源的需求。Pod通过PVC来请求PV，而PV则提供了实际的存储资源。PVC的引入使得开发者无需关心底层存储的细节，能够更灵活地使用和管理存储。
coredns有关的pod节点处于CrashLoopBackOff状态或者pending状态
688_foahfoig的博客世界
08-23 1429
k8s集群搭建过程中与coredns相关的pod处于CrashLoopBackOff状态或者pending状态，我这两种情况都遇到过，报错日志信息与我的大致相同的朋友可使用本文所介绍的方法解决错误。 我出现这种情况的原因是：第一次我使用kubeadm init初始化集群时失败了，然后我使用kubeadm reset恢复环境后再进行初始化后kube-system命名空间下的coredns就处于pending状态了。 报错信息： Failed create pod sandbox: rpc error: co
CentOS 7 yum安装 k8s 创建Pod一直处于ContainerCreating状态 问题解决
weixin_26757925的博客
01-31 1035
问题描述 使用CentOS7的 yum 包管理器安装了 Kubernetes 集群，使用 kubectl 创建服务成功后，执行 kubectl get pods，发现AGE虽然在不断增加，但状态始终不变 本文内容 分析问题原因 给出直接解决此问题的方式 (不完美) 给出其他方案 且听我娓娓道来~ 问题分析与解决 kubectl 提供了 describe 子命令来输出指定的一个/多个...
k8s对象类型（二）及pod生命周期
qq_37147253的博客
05-08 773
1、StatefulSets StatefulSet 是用来管理有状态应用的工作负载 API 对象。 StatefulSet 用来管理某 Pod 集合的部署和扩缩， 并为这些 Pod 提供持久存储和持久标识符。 和 Deployment 类似， StatefulSet 管理基于相同容器规约的一组 Pod。但和 Deployment 不同的是， StatefulSet 为它们的每个 Pod 维护了一个有粘性的 ID。这些 Pod 是基于相同的规约来创建的， 但是不能相互替换：无论怎么调度，每个 Pod 都有一
prometheus监控k8s pod状态
06-28
回答1：</h3><br/>Prometheus可以通过Kubernetes API来监控Kubernetes集群中的Pod状态。通过使用Prometheus的Kubernetes SD（Service Discovery）机制，可以自动发现Kubernetes集群中的Pod，并将其添加到监控目标中...
k8s ：pod has unbound immediate PersistentVolumeClaims
huang358468的博客
12-09 8816
今天测试pvc与pv绑定 代码如下： PersistentVolume如下： kind: PersistentVolume apiVersion: v1 metadata: name: pv-01 namespace: test123 spec: accessModes: ['RWM'] capacity: storage: 1Gi nfs: path: /opt/k8s/nfs_test1 server: 192.168.5.183 Headless
阿里云 k8s 上面部署 etcd server 出现 pod has unbound PersistentVolumeClaims 错误信息的解决
千里之行
01-18 4857
AWS/GKE 上面都有默认的 StorageClass，而阿里云的 k8s 上面没有默认的 StorageClass，k8s 不能使用默认的 StorageClass 来创建存储卷，需要手工设置默认的 StorageClass。
K8s: PersistantVolume, PersistentVolumeClaim, Storage Class的相关概念与应用
Wang的专栏
04-25 1990
注意，上面provisioner配置里的名称要和provisioner配置文件中的环境变量PROVISION_NAME保持一致。3 ）PV, PVC,StorageClass 的协作流程。注意，要先由pv, 之后才能创建 pvc。
k8s pod一直处于pending状态一般有哪些情况，怎么排查？
学亮编程手记
11-07 3402
一个pod一开始创建的时候，它本身就是会处于pending状态，这时可能是正在拉取镜像，正在创建容器的过程。如果等了一会发现pod一直处于pending状态，那么我们可以使用kubectl describe命令查看一下pod的Events详细信息。一般可能会有这么几种情况导致pod一直处于pending状态：1、调度器调度失败。Scheduer调度器无法为pod分配一个合适的node节点。而这又会有很多种情况，比如，node节点处在cpu、内存压力，导致无节点可调度；
k8s pod 始终处于pending状态，如何解决
m0_59029800的博客
11-06 1339
新搭建的k8s投入使用，为新项目提供节点资源。
Kubernetes中的Pod处于Pending状态的原因
虫虫的博客
03-28 1965
Kubernetes中的Pod处于Pending状态的原因
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 状态，如何检查并定位原因
07-17
当一个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状态的原因。根据具体情况，你可能需要调整调度限制、资源需求、节点资源或节点选择器来解决问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值