k8s pod OOMKilled 错误原因

最新推荐文章于 2025-03-07 14:51:43 发布

小罗tongxue

最新推荐文章于 2025-03-07 14:51:43 发布

阅读量1.6w

点赞数 4

分类专栏： docker&k8s学习之旅文章标签： docker k8s

本文链接：https://blog.csdn.net/weixin_44843859/article/details/115163996

版权

docker&k8s学习之旅专栏收录该内容

7 篇文章

订阅专栏

k8s oomkilled 错误原因：容器使用的内存资源超过了限制。只要节点有足够的内存资源，那容器就可以使用超过其申请的内存，但是不允许容器使用超过其限制的资源。

在yaml文件的resources.limits.memory 下定义了容器使用的内存限制，如果容器中的进程使用内存超过这个限制，就会出现oomkilled错误，容器被终止。

resources:
  limits:
    cpu: '8'
    memory: 32Gi

解决办法：1.优化程序，使之使用内存大小在范围内 2.修改yaml，增大内存的限制大小

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

小罗tongxue

关注关注

4
点赞
踩
9

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Kubernetes 触发 OOMKilled(内存杀手)如何排除故障

山河已无恙

07-19

1692

简单整一下 k8s 中 Pod 故障OOMKilled的原因以及诊断博文内容涉及:k8sOOMKilled分类: 宿主节点行为 / K8s Cgroups 行为什么是OOMKilledK8s 错误,OOMKiller 机制如何工作？OOMKilledK8s 错误和解决的常见原因理解不足小伙伴帮忙指正对每个人而言，真正的职责只有一个：找到自我。然后在心中坚守其一生，全心全意，永不停息。

【K8S系列】Pod重启策略及重启可能原因

热门推荐

颜淡慕潇

01-30

1万+

1 重启策略 1.1Always Pod中的容器，不管因为什么原因停止，都会自动重启。该为默认策略，没有定义重启策略时，默认的就是always 1.2OnFailure Pod中的容器，非正常停止/异常退出时，会自动重启容器，如果是正常停止，则不会 1.3Nerver Pod中容器不管以什么原因退出，都不会自动重启容器自动重启的可能原因： 1.Xms超出了k8s分配 2.docker容器的内存限制 3.出现OOMKilled事件

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

集群容器频繁OOMKilled的排查经历

CallmeMaybe

01-04

2807

K8s: Java应用OOMKilled的原因与分析

DevOps持续集成的博客

12-12

1156

本篇文章是「DevOps云学堂」与你共同进步的第65篇管理 Kubernetes Pod 中运行的 Java 进程的内存使用情况比人们想象的更具挑战性。即使使用正确的 JVM 内存配置，仍然可能会出现OOMKilled问题，您想知道为什么吗？长话短说由于 JVM 仅考虑大小限制，因此无法保证 Java 进程的完整heap内存边界（堆内存）；不是non-heap 内存（非堆内存），这取决于多种因素...

k8s概念及k8s集群部署（Centos7）

encoding-console的博客

03-07

1438

kubelet也通过apiservice的监听接口监听pod信息，如果监控到新的pod副本被调度绑定到本节点，则执行pod对应的容器的创建和启动，如果监听到pod对象被删除，则删除本节点对应的pod容器。刚才在别人博客上看到一个图很有意思，我们总监叫我学了ELK日志系统，jenkins自动构建工具，最近在搞k8s，还差消息中间件没学，然后就看到了这个图，顿时整个公司要搭建的分布式服务器环境一目了然，由于我不是架构师并不知道公司整个服务器分布式系统是怎样的，现在才恍然大悟，原来如此，原来如此，原来如此呀。

k8s oomkilled超出容器的内存限制

weixin_34013044的博客

12-25

8528

超出容器的内存限制只要节点有足够的内存资源，那容器就可以使用超过其申请的内存，但是不允许容器使用超过其限制的资源。如果容器分配了超过限制的内存，这个容器将会被优先结束。如果容器持续使用超过限制的内存，这个容器就会被终结。如果一个结束的容器允许重启，kubelet就会重启他，但是会出现其他类型的运行错误。本实验，我们创建一个Pod尝试分配超过其限制的内存，下面的这个Pod的配置文档，它申请5...

K8S容器OOM killed排查

bruce128的专栏

08-30

2694

docker耗用完内存前，堆内存并没有达到上限，于是没有触发老年代GC，内存没有降下去。如果容器OOM killed，容器里的jvm进程没有Full GC，那么肯定是MaxRAMPercentage参数太高，导致堆内存没有用到上限，无法触发堆内存（老年代）GC。当实例内存超过95%时，对比top显示的的jvm进程内存和ps stats输出的docker实例内存信息，其余进程耗用的内存忽略不计。遂将内存增加到4GB。4 由于堆内存没有的到达上限，但是整个jvm进程内存超出了容器的内存限制。

K8S在部署应用时，总提示OOMkilled

冰川的博客

08-14

1643

问题原因： Linux内核限制过线解决方法 cat /etc/sysctl.conf修改内核参数下班先写到这，有空再补

k8s中java内存泄漏,docker – Kubernetes OOM pod被杀死,因为内核内存增长很多

weixin_39949297的博客

03-16

1503

我正在开发一个java服务,它基本上在网络文件系统中创建文件来存储数据.它运行在Ubuntu 18.04 LTS中的k8s集群中.当我们开始限制kubernetes(限制：内存：3Gi)的内存时,pod开始被kubernetes OOMKILL.一开始我们认为这是java进程中的内存泄漏,但更深入地分析我们注意到问题是内核的内存.我们验证了查看文件/sys/fs/cgroup/memory/mem...

K8s Pod OOMKilled，监控却显示内存资源并未打满

qq_42515722的博客

01-09

1072

主要记录pod重启的故障排查

k8s集群中pod的容器资源限制和三种探针

2301_81307988的博客

05-26

1609

例如：在买硬盘的时候，操作系统报的数量要比产品标出或商家号称的小一些，主要原因是标出的是以 MB、GB为单位的，1GB 就是1,000,000,000Byte，而操作系统是以2进制为处理单位的，因此检查硬盘容量时是以MiB、GiB为单位，1GiB=2^30=1,073,741,824，相比较而言，1GiB要比1GB多出1,073,741,824-1,000,000,000=73,741,824Byte，所以检测实际结果要比标出的少一些。Kubernetes 不允许设置精度小于 1m 的 CPU 资源。

【K8S系列】K8S集群 15个常见问题及解决方案总结，建议收藏

颜淡慕潇

10-23

1万+

在 Kubernetes 集群的使用过程中，用户可能会遇到各种问题。以下是 15 个常见问题及其详细描述、故障排查步骤、常见错误信息和解决方案，帮助用户更有效地管理和维护 Kubernetes 环境。

怎么定位K8s容器中运行的JAVA程序OOM异常（一）

计算科学

06-26

2772

一.前置环境 1. 运行在k8s集群上的Pod服务（Java程序） 2. MAT分析工具二.利用Jmap工具导出Heap Dump 1.执行命令进入pod容器 kubectl exec -itn {namespace} {pod}} sh 2.利用jmap生成java程序的Dump文件 jps | grep {jar} ./jmap -dump:live,format=b,file=haep.hprof 8 3.利用k8s命令导出Dump文件到本地 kubectl cp -n

此次部署在k8s集群中的SpringBoot项目OOMKilled问题汇总

weixin_30657541的博客

04-24

1265

现象1：在执行任务时，在页面上发现任务执行失败了（SprintBoot项目） # kubectl get pod |grep podname　　发现有重启的记录 #kubectl describe pod podname　　发现Reason:OOMKilled,Exit Code:137 经过测试发现OOMKill的时候pod占用的内存非常接近上图的Limitsmemor...

生产k8s 应用容器内存溢出OOMKilled问题处理

li371490890的博客

09-26

767

这表示该 Pod 是因为内存溢出（OOM，Out of Memory）被系统终止的。这种状态一般表示节点上的内存不足，无法满足 pod 的内存需求。不要批量一次将所有文件进行解压，防止磁盘空间不足、jvm直接内存不够问题。通过使用线程池一个线程解压完文件，再数据加载入库，最后删除数据文件，同时需要控制线程数不要太多，防止线程切换耗时且处理多个线程出现内存溢出问题。使用spring batch从上游edb接收数据压缩文件，再将文件解压后使用load将数据入库。cpu: "8" # 1个cpu=1000m。

k8s：pod被kill，显示command terminated with exit code 137

mzhan017的博客

02-10

514

9 (SIGKILL)：表示进程被强制终止（通常由 kill -9、OOM Killer 或 systemd 触发）。检查日志：dmesg -T | grep -i “killed” 查看是否是 OOM 导致的。128：Linux 规定，如果进程因信号终止，退出码就是 128 + 信号编号。如果是 OOM 问题，建议优化程序内存管理，或者增加可用资源！增加可用内存：释放或分配更多 RAM，或优化程序内存使用。ulimit -u unlimited # 取消进程限制。是使用tmp目录的大小超出了限制。

K8S中pod几种常见的异常状态原因分析(Pending、OOMKilled、CrashLoopBackOff、Terminating)

taoecs的博客

04-11

883

K8S中pod几种常见异常状态Pending、OOMKilled、CrashLoopBackOff、Terminating原因分析

Kubernetes Pod OOMKilled诊断

Andrew_Chenwq的博客

04-21

1175

Container Limit ReachedLimit Overcommit通过kubectl describe pod [name]可以查看pod死亡的具体原因。查看的最近历史事件，并尝试找出触发错误的原因，因为只有两个常见原因：

Pod被OOM Killed与探针失败排查

完颜振江

02-24

964

优先修复内存配置问题（1小时内），其次分析泄漏根源（1-3天），最后完善监控与防御体系（持续迭代）。通过此流程可系统性解决OOM及探针失败问题，并将风险防控前置到开发阶段。OOM导致容器进程退出 → 端口监听终止 → 探针检测到。

k8s安装keycloak，连接mysql