Warning FailedScheduling 30s default-scheduler 0/1 nodes are available: 1 node(s) had untolerat

最新推荐文章于 2024-08-19 15:34:03 发布
原创 最新推荐文章于 2024-08-19 15:34:03 发布 · 3.1k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#kubernetes

文章讲述了在创建Pod后遇到Pending状态的问题，原因在于kubeadm部署时未正确设置节点taint。通过添加`node-role.kubernetes.io/control-plane`taint并移除该taint，Pod状态得以恢复正常。

创建pod后，一直处于 Pending状态

default            nginx-748c667d99-stwfb                     0/1     Pending   0          8s

使用kubectl describe pod  nginx-748c667d99-stwfb 查看有如下信息：

Warning  FailedScheduling  30s   default-scheduler  0/1 nodes are available: 1 node(s) had untolerated taint {node-role.kubernetes.io/control-plane: }. preemption: 0/1 nodes are available: 1 Preemption is not helpful for scheduling..

定位发现是使用kubeadm部署时缺少一步：

kubectl taint nodes --all node-role.kubernetes.io/control-plane-

 执行完输出：

node/k8s-master1 untainted

接着执行 kubectl get pod  nginx-748c667d99-stwfb 命令后，

NAME                     READY   STATUS              RESTARTS   AGE
nginx-748c667d99-stwfb   0/1     ContainerCreating   0          82s
运行正常了

guoguangwu
关注
【K3s】第11篇 解决“1 Preemption is not helpful for scheduling”问题
Fanjufei的博客
12-29 2729
输出结果显示由于节点内存不足，该容器无法被调度。
Kubernetes 疑难杂症系列：解决 Pod 一直处于 Pending 状态的终极指南
探索云原生与智能化驱动下的安全运维新范式。关注DevSecOps、可观测性、AIOps等前沿领域，与您共赴技术前沿。
04-12 361
在深入排查之前，让我们先了解一下 Pod 的生命周期。当你创建一个新的 Pod 时，它会经历多个阶段：Pending → Running → Succeeded/Failed。Pending 状态意味着 Kubernetes 已经接受了 Pod 创建请求，但一个或多个容器尚未创建完成。这通常是因为 Kubernetes 调度器无法找到合适的节点来运行该 Pod。
Kubernetes 调度Pod 时遇到的磁盘压力问题node.kubernetes.io/disk-pressure
06-25 2852
Kubernetes 调度Pod 时遇到的磁盘压力问题node.kubernetes.io/disk-pressure
Pod无法调度到可用的节点上（K8s）
qq_70531838的博客
12-08 8368
在单节点环境中，将节点标记为控制平面节点是有利的，因为这样可以确保该节点只用于运行控制平面组件（如API服务器、控制器管理器、Scheduler等），从而确保单节点环境的基本功能正常。因此，在单节点环境中使用这种设置需要谨慎考虑其利弊和潜在风险。在生产环境中，建议使用更复杂的集群设置，例如具有多个节点和多个控制平面组件的集群。这意味着，Kubernetes调度器将不会将任何新的Pod调度到这个节点上。提供的污点信息中，可以看到有一个污点被添加到了节点。#pod状态变为Running ，报错解决完成。
k8s常用操作和常见问题
wang0907的博客
01-14 1669
本文记录k8s的常见操作，毕竟好记性不如烂笔头。
0/1 nodes are available: 1 node(s) had taints that the pod didn't tolerate.
weixin_43224068的博客
01-21 2万+
允许master节点部署pod kubectl taint nodes --all node-role.kubernetes.io/master-
『已解决』0/1 nodes are available: 1 node(s) had taints that the pod didn‘t tolerate.
老陈聊架构
05-25 4689
📣读完这篇文章里你能收获到：K8S安装其他服务时，安装失败问题处理，了解K8S集群污点设置
容器处于`Pending`状态Warning FailedScheduling ＜unknown＞ default-scheduler 0/10 nodes are available
凌康的博客
11-19 1万+
Warning FailedScheduling default-scheduler 0/10 nodes are available: 1 node(s) had taint {agreeml: agreeml}, that the pod didn’t tolerate, 3 node(s) had taint {node-role.kubernetes.io/master: }, that the pod didn’t tolerate, 6 Insufficient cpu. kubern
K8s ❉ Pod调度
wangjie72270的博客
01-01 984
Pod调度
企业运维----Docker-kubernetes-监控(资源限制、资源监控、HPA伸缩实例、Helm)
weixin_56892849的博客
08-05 1056
需求200M限制100M [root@server2 ~]# mkdir limit [root@server2 ~]# cd limit/ [root@server2 limit]# vim pod.yaml [root@server2 limit]# cat pod.yaml apiVersion: v1 kind: Pod metadata: name: memory-demo spec: containers: - name: memory-demo image: stres.
【ubuntu24.04】k8s 部署6：calico容器正常启动
突围
08-19 548
拥有一个带有 Calico 的单主机 Kubernetes 集群。
《Kubernetes故障篇：had untolerated taint node.kubernetes.io/not-ready》
东城绝神
08-25 3218
《Kubernetes故障篇：had untolerated taint node.kubernetes.io/not-ready》
【力扣】返回倒数第k个节点
weixin_44764207的博客
10-12 367
实现一种算法，找出单向链表中倒数第 k 个节点。返回该节点的值。 示例： 输入： 1->2->3->4->5 和 k = 2 输出： 4 实现 /** * Definition for singly-linked list. * public class ListNode { * int val; * ListNode next; * ListNode(int x) { val = x; } * } */ class Solution {
0/1 nodes are available: 1 node(s) had taint {node-role.kubernetes.io/master: }, that the pod didn‘t
热门推荐
weixin_43114954的博客
07-27 2万+
问题描述：在单机版k8s上部署应用后，发现Pod的状态一直处于pending状态， 于是 kubectl describe pods 查看了下发现： Events: Type Reason Age From Message ---- ------ ---- ---- ------- Warning FailedScheduling 10m default-sch
1 node(s) had taint {node-role.kubernetes.io/master: }, that the pod didn‘t tolerate.
无痕的博客
07-12 2320
1 node(s) had taint {node-role.kubernetes.io/master: }, that the pod didn‘t tolerate.
nodes are available: 1 node(s) had taints that the pod didn‘t tolerate
完颜振江
01-17 1765
首先、异常的发现 Troubleshooting was easy... kubectl describe node <node> revealed the taint, and figuring out the required configuration change was simple. $ kubectl get nodes
【master污点容忍】：Warning FailedScheduling 78s (x7 over 8m42s) default-scheduler 0/1 nodes are availa
weixin_47678667的博客
12-09 2485
K8Smaster节点污点容忍环境修改yaml文件部署pod其他关于污点的内容 环境 由于环境有限，自己只部署了一台master节点，发现在运行pod时，总是处于pengding状态 [root@iZwz9gwr0avfoncztr5y2jZ ~]# kubectl get pod --namespace=wordpress NAME READY STATUS RESTARTS AGE wordpress 0/2 Pending 0 2m7s
1 node(s) had taints that the pod didn't tolerate
xiliangMa的博客
11-26 1720
1 node(s) had taints that the pod didn’t tolerate 问题描述: 使用kubeadm初始化的集群，出于安全考虑Pod不会被调度到Master Node上，也就是说Master Node不参与工作负载。 解决方法： 如果报错 error: taint “node-role.kubernetes.io/master:” 可以会略 kubectl ...
k8s报错1 node(s) had taints that the pod didn‘t tolerate
qq_39458487的博客
04-07 5985
这是由于我们在自己pod的yaml中没有添加容忍，加入容忍就可以了，可以看我之前的博客 这里再补充一下 当不清楚集群中node的污点时，可以用以下命令查看和删除污点 kubectl describe nodes k8s-master |grep Taints Taints: gameble=true:NoSchedule [root@k8s-master ~]# kubectl describe nodes k8s-slave1 | grep Taints Taints
Warning FailedScheduling 35s default-scheduler 0/3 nodes are available: 1 node(s) had taint {node-role.kubernetes.io/master: }, that the pod didn't tolerate, 2 Insufficient memory. 这是什么意思
最新发布
07-31
### Pod 调度失败的常见原因分析 在 Kubernetes 中，Pod 调度失败通常由多个因素引起，常见的包括节点资源不足、污点（Taint）配置不当以及节点亲和性冲突等。以下将结合具体示例分析这些问题。 #### 1. **节点资源不足导致调度失败** 当 Pod 请求的资源（如 CPU 或内存）超过集群中任何节点的可用资源时，调度器将无法找到合适的节点来运行该 Pod。例如，若 Pod 请求了 10Gi 内存，但集群中所有节点的可用内存均小于该值，调度器会报告 `Insufficient memory` 错误： ``` Warning FailedScheduling 35s default-scheduler 0/3 nodes are available: 1 node(s) had taint {node-role.kubernetes.io/master: }, that the pod didn't tolerate, 2 Insufficient memory. ``` 这种情况可以通过优化 Pod 的资源配置或增加集群节点来解决。 #### 2. **节点污点（Taint）配置不当** Kubernetes 使用污点机制来控制哪些 Pod 可以调度到特定节点上。例如，控制平面节点（如 `k8s-master`）通常会带有 `node-role.kubernetes.io/master:NoSchedule` 污点，以防止普通 Pod 被调度到这些节点上： ``` Warning FailedScheduling 8s default-scheduler 0/3 nodes are available: 1 node(s) had taint {node.kubernetes.io/not-ready: }, that the pod didn’t tolerate, 1 node(s) had volume node affinity conflict. ``` 如果 Pod 没有配置相应的容忍度（Toleration），调度器将无法将其调度到这些节点上。可以通过以下方式为 Pod 添加容忍度： ```yaml spec: tolerations: - key: "node-role.kubernetes.io/master" operator: "Exists" effect: "NoSchedule" ``` 此外，也可以手动移除节点的污点： ```bash kubectl taint nodes k8s-master node-role.kubernetes.io/control-plane:NoSchedule- ``` #### 3. **节点亲和性冲突** 节点亲和性（Node Affinity）用于控制 Pod 应该调度到哪些节点上。如果 Pod 配置了严格的节点亲和性规则，而集群中没有满足该规则的节点，则调度失败。例如： ``` Warning FailedScheduling 8s default-scheduler 0/3 nodes are available: 1 node(s) had taint {node.kubernetes.io/not-ready: }, that the pod didn’t tolerate, 1 node(s) had volume node affinity conflict. ``` 解决方法包括调整节点亲和性规则，或者确保集群中有满足该规则的节点。 #### 4. **节点不可用或未就绪** 如果节点处于不可用状态（如网络故障、kubelet 未运行等），调度器将无法将 Pod 调度到该节点。例如： ``` Warning FailedScheduling 8s default-scheduler 0/3 nodes are available: 1 node(s) had taint {node.kubernetes.io/not-ready: }, that the pod didn’t tolerate, 1 node(s) had volume node affinity conflict. ``` 可以通过检查节点状态来确认问题： ```bash kubectl describe node <node-name> ``` 确保节点处于 `Ready` 状态，并修复可能导致节点不可用的问题。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值