The node was low on resource: ephemeral-storage. Container kube-proxy was using 12Ki, which exceeds

最新推荐文章于 2024-04-01 15:06:33 发布
最新推荐文章于 2024-04-01 15:06:33 发布
阅读量1.9w 收藏 1
点赞数
分类专栏： 云计算/大数据
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013355826/article/details/101020231
版权

启动kubernetes时候，发现kube-proxy无法启动，状态是Evicted。查看详情是：

The node was low on resource: ephemeral-storage. Container kube-proxy was using 12Ki, which exceeds its request of 0。

用df -h查看磁盘的使用空间，发现根目录还剩下80%，删除了一些后，发现可以正常启动了。

原因可能是根目录的磁盘空间不足，删除部分空间即可。

逐夸父
关注
专栏目录
spark on k8s: master pod kube-proxy-mkbp7 Evicte -- The node was low on resource: ephemeral-storag
merrily01的博客
11-18 1339
spark on k8s 集群发现kube-proxy-mkbp7异常，总是Evicted状态，其他node节点上pod正常。 1. 通过kubectl describe pod XXXXX -n kube-system 查看pod信息，发现报错日志如下： The node was low on resource: ephemeral-storage. Container kube-pr...
遇到问题--kubernets--k8s-argo-The node was low on resource: nodefs和Pod The node was low on resource: [Di
直到世界的尽头
06-19 3354
情况 argo运行任务报错如下： STEP PODNAME DURATION MESSAGE ● impute2-name-zbh8b └-● module-step ...
Error排错：The node was low on resource: ephemeral-storage.
m0_59267075的博客
11-06 1万+
The node was low on resource: ephemeral-storage. 报错的解决过程
Pod状态：Evicted Message提示：The node was low on resource: ephemeral-storage
喝醉酒的小白
01-31 3152
evicted
记K8s Pod The node was low on resource: [DiskPressure]. 问题排查
HONGcheng930728的博客
04-21 4479
记K8s Pod The node was low on resource: [DiskPressure]. 问题排查 文章目录记K8s Pod The node was low on resource: [DiskPressure]. 问题排查报错Pod The node was low on resource: [DiskPressure]的原因真正的原因新的问题 报错Pod The node was low on resource: [DiskPressure]的原因 使用kubectl desc
k8s异常：The node was low on resource: [DiskPressure].
lihongbao80的专栏
10-13 1270
考虑到磁盘空余85% k8s就运行异常，从上面nodefs.available percentage: 0.15也就是说nodees的可用空间要低于15%的时候，该节点上讲会执行eviction操作，由于磁盘已经达到了85%,在怎么驱逐也无法正常启动就会一直重启，Pod状态也是pending中。node的kubelet负责顶起采集资源占用数据，并和预先设置的threshold值进行比较，如果超过threshold值，kubelet会杀掉一些Pod来回收相关资源，重启kubelet,验证修改值是否生效。
k8s的容器存储空间资源限制ephemeral-storage
sdmei
09-19 2万+
k8s1.8引入的特性，限制容器存储空间的使用；对于容器资源隔离来说，非常有用，万一应用程序失控，写大量日志把node空间写满，影响就大了。 使用很简单，和cpu\memcache一样，如： resources: requests: cpu: 1 memory: 2048Mi ephemeral-storage: 2Gi limits: cpu: 2 ...
记一次 Kubernetes 集群 Pod Eviction 问题排查过程
代码改变世界
06-03 662
现象：一个普通的 k8s 集群，3 个 worker node，k8s 版本 v1.19.0。发现 worker 1 上运行的某些 pod 被 evicted。pod 中的 status.message 显示： 可以看到很多 pod 都是 Evicted 状态，并且错误信息也比较明确，The node was low on resource: ephemeral-storage，即 node 上的本地存储空间不足，导致 kubelet 触发了 eviction 流程，关于 Kubernetes 中的 No
体验ephemeral-storage特性来对Kubernetes中的应用做存储的限制和隔离
weixin_34014555的博客
05-18 4176
Kubernetes在1.8的版本中引入了一种类似于CPU，内存的新的资源模式：ephemeral-storage，并且在1.10的版本在kubelet中默认打开了这个特性。ephemeral-storage是为了管理和调度Kubernetes中运行的应用的短暂存储。在每个Kubernetes的节点上，kubelet的根目录(默认是/var/lib/k...
开源项目-ewohltman-ephemeral-roles.zip
10-18
I'm working on a bot, ephemeral-roles, written entirely in Go using github.com/bwmarrin/discordgo and github.com/kz/discordrus that you might find interesting. Feedback is welcome!
k8s容器驱逐之ephemeral-storage
u011739062的博客
03-11 6670
1.容器被驱逐，首先比较直观的是查看Event The node was low on resource: ephemeral-storage. Container zk was using 910316Ki, which exceeds its request of 0. 2.原因 cat /etc/docker/daemon.json { "exec-opts": ["native.cgroupdriver=systemd"], "log-driver": "json-f...
27 | 稳定性场景之二：怎样搞定磁盘不足产生的瓶颈问题？
最新发布
qq_37756660的博客
04-01 1156
正如我们前面所说，在稳定性场景中，我们要关注的就是“运行时长”和“业务累积量”这两个指标。只要达到了这两个指标，稳定性场景即可结束。磁盘不足的问题这样的问题在稳定性中也是经常出现的。因此，我们在稳定性场景运行之前，最好预估一下会用到多少磁盘。像日志之类的增长速度，一定要做好循环日志，不要保留太长时间。如果你想保留，那就移到其他地方去。数据库文件损坏的问题这是扩展磁盘空间导致的问题。虽然在操作的过程中，磁盘看似成功扩展了，但由于操作的不当导致了数据库文件损坏。
Kubernetes pod ephemeral-storage配置
hyneria_hope的博客
03-07 8632
ephemeral-storage 因为ephemeral-storage在k8s 到当前版本(1.8)都是alpha，ephemeral-storage功能默认是不启用的，如果你想使用ephemeral-storage功能需要，你在apiserver，kubelet的args中配置(–feature-gates=LocalStorageCapacityIsolation=true)重启进...
kubernetes学习故障记录
weixin_45546960的博客
03-10 6067
问题记录 1.pod一直处于terminating状态 可使用kubectl中的强制删除命令 # 删除POD kubectl delete pod [pod name] --force --grace-period=0 -n [namespace] # 删除NAMESPACE kubectl delete namespace NAMESPACENAME --force --grace-period=0 2.node怎么重新加入集群？ master操作 kubectl get node #列出所有no
Kubernetes 常见问题排查与解决方案！（纯干货）
云原生实验室
07-29 1万+
毫无疑问，Kubernetes 是个伟大的开源作品，给作者所在团队中极大地提高了生产力，但在使用过程中，相信很多人跟作者一样，会遇到各种各样的问题，有时候解决的过程也是非常享受，某些问题还...
k8s 实战 常见异常事件 event 及解决方案分享
热门推荐
LoveSummer
01-06 6万+
重启集群中的coredns组件发生重启(重新创建)，一般是由于coredns组件压力较大导致oom，请检查业务是否异常，是否存在应用容器无法解析域名的异常。如果是local-dns重启，说明local-dns的性能也不够了，需要优化。
kubeernetes节点资源限制
隔壁老瓦的专栏
01-16 1088
kubeernetes节点资源限制 实际应用中发现，部分节点性能不足，某些较大的服务如果跑在这些机器上。会很快消耗该机器的内存和cpu资源，如果用uptime看一下的就会发现负载特别高（合理的范围这个值应该等于cpu个数），高到一定值就会导致该节点挂了。 比较好的方式是 1：底层，采用性能高的服务器用openstack分出多个虚机，通过资源的自动伸缩，但是目前还没有这个条件。直接跑在低性能的...
Using File Storage Service with Container Engine for Kubernetes
engchina的专栏
02-22 423
原文：https://blogs.oracle.com/cloud-infrastructure/using-file-storage-service-with-container-engine-for-kubernetes   Using File Storage Service with Container Engine for Kubernetes Raghavendra Prasad...
k8s给一个命名空间的资源充足，但是启动pod时报错：the node was low on resource: memory
05-19
这个问题可能是因为节点的内存资源不足导致的。虽然你已经在给定的命名空间中充分配置了资源，但是 Kubernetes 调度程序可能会尝试将 Pod 调度到节点上，而该节点上的内存资源已经不足了。 你可以尝试以下步骤来解决此问题： 1. 确认节点的内存资源是否已用尽。你可以使用以下命令查看节点的内存使用情况： ``` kubectl describe node <node-name> ``` 在输出中查找 `Allocatable memory` 和 `Memory Pressure` 字段。如果 `Allocatable memory` 的值小于 Pod 请求的内存量，则说明节点的内存资源已用尽。 2. 如果节点的内存资源已用尽，则可以考虑添加更多的节点或者升级节点的内存。 3. 如果节点的内存资源没有用尽，但是 Pod 仍然无法启动，可以考虑调整 Pod 的资源请求和限制。你可以使用 `kubectl edit pod <pod-name>` 命令编辑 Pod 的 YAML 文件，然后修改 `resources` 部分的内容。例如，你可以增加 Pod 请求的内存量，或者限制 Pod 的内存使用量。修改完成后保存文件并退出编辑器，Kubernetes 将自动更新 Pod 的配置并重新启动 Pod。 希望这些步骤能够帮助你解决问题。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值