K8S 创建 Pod 状态状态一直处在 Pending 状态

最新推荐文章于 2025-09-16 10:29:54 发布

转载

最新推荐文章于 2025-09-16 10:29:54 发布 · 2.3w 阅读

2 ·

CC 4.0 BY-SA版权

原文链接：http://blog.51cto.com/pengjc/2428000

文章标签：

#数据库 #运维 #大数据

本文介绍了在 Openshift 中遇到 Pod 状态一直处在 Pending 的问题，通过检查节点标签，发现缺少所需标签。为 Node 添加相应标签后，Pod 状态最终恢复正常。

Openshift 创建 Pod 状态状态一直处在 Pending 状态

# oc get pods
NAME             READY     STATUS    RESTARTS   AGE
hello-openshift-1-deploy   0/1      Pending    0       49s

# oc describe pod hello-openshift-1-deploy
……
    SecretName:  deployer-token-tcb2q
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  node-role.kubernetes.io/compute=true
Tolerations:     <

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

chamu1921

关注关注

2
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

K8S篇之Pod一直处于Pending状态原因解析

小橙子的笔记屋

11-09

5685

Pod一直处于Pending原因解析

【K8S系列】Kubernetes Pod节点Pending状态及解决方案详解【已解决】

颜淡慕潇

10-22

2万+

在 Kubernetes 中，Pod 的状态为 Pending 表示 Pod 已被创建，但尚未被调度到节点上，或者已调度到节点上但容器尚未开始运行。这一状态常常是因为某些条件未满足，导致 Pod 无法正常启动。以下是对 Pending 状态的详细分析及解决方案。

参与评论您还未登录，请先登录后发表或查看评论

k8s pod一直处于pending状态

qq_15138049的博客

11-03

1596

[root@hadoop03 k8s]# kubectl get pods NAME READY STATUS RESTARTS AGE nginx-controller-7c9j9 0/1 Pending 0 13m nginx-controller-pfnr7 0/1 Pending 0 13m [root@hadoop03 k8s]# kubectl describe pod

K8S的Pod状态处理指南

最新发布

平庸

09-16

1530

文章摘要 Kubernetes Pod状态异常排查指南总结了常见Pod状态（Pending、Running、Failed等）及其处理方法。Pending状态通常由资源不足、调度策略不匹配或镜像拉取问题导致；Running状态需关注容器是否全部就绪；Failed状态多因应用崩溃或OOM引起；CrashLoopBackOff表明容器反复崩溃，需检查依赖或探针配置；ImagePullBackOff则提示镜像拉取失败。通过kubectl describe和日志分析可定位问题，调整资源配置、修复应用或修正配置可解决大

Kubernetes排错(八)-Pod 状态一直 Pending

sre救赎之路

06-23

1201

可能是 pod 之前在另一个节点，但之前节点或kubelet挂了，现在漂移到新的节点上，但是之前pod挂载了云厂商的云盘，而由于之前节点或kubelet挂了导致无法对磁盘进行解挂，pod 漂移到新的节点时需要挂载之前的云盘，但由于磁盘未被之前的节点解挂，所以新的节点无法进行挂载导致pod一直pending。如果这个值小于 pod 的 request，就不满足 pod 的资源要求，也就不会调度上去，看下 pod 的 event，看下是否是因为网络原因无法下载镜像或者下载私有镜像给的 secret 不对。

k8s pod一直处于pending状态一般有哪些情况，怎么排查？

学亮编程手记

11-07

4861

一个pod一开始创建的时候，它本身就是会处于pending状态，这时可能是正在拉取镜像，正在创建容器的过程。如果等了一会发现pod一直处于pending状态，那么我们可以使用kubectl describe命令查看一下pod的Events详细信息。一般可能会有这么几种情况导致pod一直处于pending状态：1、调度器调度失败。Scheduer调度器无法为pod分配一个合适的node节点。而这又会有很多种情况，比如，node节点处在cpu、内存压力，导致无节点可调度；

K8S集群中Pod资源处于Pending状态排查思路

江晓龙的博客

06-14

9935

Pending状态表示挂起，处于该状态的原因有以下几点：处于Pending状态的原因最有可能的就是调度的Node节点上资源不足了。1）首先去排查节点的资源使用情况，使用命令查看内存的使用情况，命令查看系统的负载及CPU使用情况，查看磁盘的使用情况，快速定位是否是由于节点资源不足而引发的问题。如果资源充足，那么就可以排除是节点自身的问题了。2）被调度的节点可能存在污点配置，当K8S集群安装完成后，Master默认是开启污点的，开启污点的节点不允许被调度，可以进一步使用命令排查节点是否设置了污点操作，如果设置了

K8S部署的pod一直处于Pending状态问题解决

博客主要分享技术教程、工具教程、bug解决、前沿技术动态、编程经验、心得感悟等。内容同步、干货获取、推广宣发请看侧栏推广信息

01-07

2966

每个人都有惰性，但不断学习是好好生活的根本，共勉！

k8s部署yaml时一直处于Pending状态问题

skyroach

01-18

7978

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

Kylin构建cube时状态一直处于pending

weixin_30599769的博客

01-18

505

在安装好kylin之后我直接去访问web监控页面发现能够进去，也没有去看日志。然后在运行官方带的例子去bulid cube时去发现状态一直是pending而不是runing。这个时候才去查看日志： 2017-01-18 09:54:49,236 INFO [localhost-startStop-1] web.DefaultSecurityFilterChain:28 : Creating...

Kubernetes中的Pod处于Pending状态的原因

虫虫的博客

03-28

2983

Kubernetes中的Pod处于Pending状态的原因

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 故障原因及解决方案

xcbeyond|疯狂源自梦想，技术成就辉煌

05-04

3万+

点击上方“程序猿技术大咖”，关注并选择“设为星标”回复“加群”获取入群讨论资格！即使在高成熟度级别 Kubernetes 集群中 pod pending 也是无处不在。如果您随机询问任何使用 Kubernetes DevOps 工程师来确定折磨他们噩梦的最常见错误，pod pending 可能是非常常见的问题（可能仅次于 CrashLoopBackOff）。尝试推送更新并...

故障——pod状态为pending该如何解决

sea_bunch的博客

05-30

816

当您的虚拟机出现如下报错，您首先快照一下虚拟机如果仍然报错首先进入任务管理器（Ctrl+Alt+Del）内，查看所有vmware是否都处在运行的状态，可能会跳出一个比较突兀的进程，需要把它删掉即可然后打开运行对话框，输入Win+R，再输入services.msc查看所有的vmware是否都在运行状态，除了DHCP外

Pod 一直处于 Pending 状态

潇潇雨歇

04-26

8728

对于已挂载了磁盘的 Pod，通常需要被调度到与当前故障节点和挂载磁盘所处同一个可用区的新的节点上。如果该值小于 Pod 的 Request，则不满足 Pod 的资源要求，Scheduler 在 Predicates（预选）阶段就会剔除掉该 Node，不会调度 Pod 到该 Node。在新增节点时，首先为该节点添加==node.cloudprovider.kubernetes.io/uninitialized ==污点，待节点初始化成功后再自动移除此污点，以避免 Pod 被调度到未初始化好的节点。

K8S生产环境故障排查一（Pending状态问题排查）

qq_25037905的博客

05-24

3296

OC的可变参数

David2427的专栏

11-09

871

OC中对数据库进行操作、输出日志的时候，常常要用到可变参数。在定义可变参数函数之前要（1）引入头文件stdarg.h头文件；（2）用…来表示可变函数参数；（3）获取参数前需要定义一个va_list类型的变量，例如 va_list persons，（4）接下来我们就要取出可变参数：va_start(persons,可变参数前面的一个变量的变量名)； ... ... f = va(pe

k8s的pod处于pending状态，强行删除

09-06

<think> 首先，用户的问题是：“我想查找当k8s的pod处于pending状态时，强行删除该pod的方法请问k8s中处于pending状态的pod如何强行删除”。用户提到了几个引用，我需要参考这些引用来回答。引用内容是关于Kubernetes中pod删除、异常状态和处理方法的。关键引用： - 引用[1]：解释了强制删除pod的含义，即立即从集群状态和etcd中删除，API服务器不等待kubelet确认。 - 引用[2]：讨论了容器退出码255的处理建议，比如删除和重新创建虚拟机或容器；以及Kubernetes错误与容器退出码的关系。 - 引用[3]：描述了pod处于Unknown状态时的处理，建议检查节点状态或删除节点。 - 引用[4]：提到了生命周期钩子，如post-start和pre-stop钩子。用户的问题聚焦在pod处于Pending状态时如何强行删除它。Pending状态通常意味着pod被调度但尚未分配到节点上运行，可能是由于资源不足、调度问题等。根据用户的问题，我需要提供强行删除Pending状态pod的方法。回忆Kubernetes的知识： - 正常删除pod：可以使用`kubectl delete pod <pod-name>`命令。 - 强制删除pod：当正常删除失败时，可以用`kubectl delete pod <pod-name> --force --grace-period=0`命令。引用[1]中提到：“强制删除一个pod是从集群状态还有etcd里立刻删除这个pod。...在API里pod会被立刻删除”，这与强制删除的概念一致。所以，对于Pending状态的pod，强行删除的方法应该是使用类似的强制删除命令。步骤： 1. 识别pod状态：使用`kubectl get pods`确认pod处于Pending状态。 2. 尝试正常删除：首先尝试`kubectl delete pod <pod-name>`。 3. 如果正常删除失败或需要立即删除，使用强制删除：`kubectl delete pod <pod-name> --force --grace-period=0`。用户特别询问了Pending状态，所以我应该解释为什么Pending状态可能需要强制删除。Pending状态通常不是删除问题，而是调度问题，但有时pod卡在Pending状态，无法正常删除，这时可以使用强制删除。系统级指令： - 所有行内数学表达式用 $...$，但这里可能没有数学内容。 - 独立公式用 $$...$$，单独成段，但这里可能不需要。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识。回答结构： - 清晰、逐步解决问题。 - 参考用户上一次问题和我的回答，但这是新问题，所以基于当前问题。 - 用户说“上述引用仅供参考”，但我要参考相关内容。最终回答应包含： 1. 解释Pending状态。 2. 提供强行删除方法。 3. 可能的风险或注意事项。 4. 生成相关问题。相关问题：基于主题，生成2-3个相关问题。相关问题例子： - 如何诊断pod处于Pending状态的原因？ - 强制删除pod有什么潜在风险？ - 如何处理其他pod异常状态？添加引用标识：例如，在解释强制删除时，引用[1]；在讨论其他异常时引用[2][3][4]。回答框架： - 开头简要回答问题。 - 步骤指南。 - 注意事项。 - 相关问题。 </think> ### Kubernetes 中处于 Pending 状态的 Pod 强行删除方法在 Kubernetes 中，Pod 处于 Pending 状态通常表示它已被调度器接受，但尚未分配到任何节点上运行（例如，节点资源不足、调度约束或镜像拉取问题）。在这种状态下，Pod 可能无法通过正常方式响应删除命令。强行删除 Pod 涉及直接移除集群状态和 etcd 中的数据，而不等待节点确认。以下是基于 Kubernetes 最佳实践的逐步操作指南，参考了相关文档和常见问题处理方案。 #### 强行删除 Pending 状态 Pod 的步骤 1. **确认 Pod 状态**： - 首先，使用 `kubectl get pods` 命令检查 Pod 的状态是否为 Pending。 - 示例命令： ```bash kubectl get pods -n <namespace> ``` - 如果 Pod 卡在 Pending 状态，确保它不是因为可解决的问题（如资源配额不足）。如果是，优先尝试修复根本问题。 2. **尝试正常删除（可选但推荐）**： - 在强制删除前，先尝试正常删除命令： ```bash kubectl delete pod <pod-name> -n <namespace> ``` - 如果正常删除成功，Pod 会优雅终止（包括执行 pre-stop 钩子）。但如果 Pod 卡在 Pending 状态，正常删除可能失败或超时，这时才需要强制删除。 3. **执行强制删除**： - 使用 `kubectl delete` 命令添加 `--force` 和 `--grace-period=0` 参数，立即从 API 服务器和 etcd 中移除 Pod。API 服务器不会等待 kubelet 响应，直接删除集群状态[^1]。 - 命令语法： ```bash kubectl delete pod <pod-name> -n <namespace> --force --grace-period=0 ``` - **解释**： - `--force`：绕过安全机制强制执行删除。 - `--grace-period=0`：设置终止宽限期为 0 秒，确保立即删除（避免默认 30 秒等待）。 - 示例输出（成功时）： ``` pod "<pod-name>" force deleted ``` 4. **验证删除结果**： - 再次运行 `kubectl get pods` 确认 Pod 已被移除。 - 如果删除后 Pod 仍然可见（如处于 Terminating 状态），可能是集群问题。检查节点状态或 API 服务器日志： ```bash kubectl describe node <node-name> kubectl logs -n kube-system kube-apiserver-<pod-id> ``` #### 注意事项和风险 - **潜在风险**： - 强制删除会跳过生命周期钩子（如 pre-stop 钩子），可能导致资源泄漏或不干净终止[^4]。 - 如果 Pod 与节点问题相关（如 kubelet 异常），删除后问题可能重现。参考节点诊断建议：检查节点日志或从集群删除故障节点[^3]。 - 在虚拟机环境中，强制删除后若 Pod 重建失败，检查容器退出码（如 255）并排查虚拟机网络或运行时问题[^2]。 - **最佳实践**： - 优先诊断 Pending 状态原因：使用 `kubectl describe pod <pod-name>` 查看事件日志。常见原因包括： - 资源不足（CPU/Memory）。 - 调度器问题（如污点或亲和性规则）。 - 镜像拉取失败。 - 如果强制删除无效，重启 kubelet 或 API 服务器（需集群管理员权限）。强行删除是最后手段，通常用于 Pod 卡死或集群不稳定场景。参考 Kubernetes 官方文档，确保操作符合集群策略。 ###