当Kubernetes 环境中的 pod 或容器超过分配给它们的内存量时,将触发退出代码 137 。通常,此退出代码伴随或简称为 OOMKilled。这里描述的killed是指这个错误的结果,它导致一个pod终止。
首字母缩略词 OOM 代表内存不足,这是由 pod 超出设置的内存限制引起的。如果您不确定 pod 终止的原因,最简单的找出方法之一是运行“kubectl get pods command”,然后会在特定 pod 上调用状态更新。然后,您会在其中找到 OOMKilled,它会提醒您退出代码 137 已被触发。
OOMKilled 从何而来?
虽然 OOMKilled 是您可能会在 Kubernetes 环境中看到的响应,但它实际上并不是该系统的原生响应。事实上,它是Linux 编程的一个核心特性
,已被转移到 Kubernetes 以帮助促进这个系统。在 Linux 内核中,OOMKilled 被称为 OOM Killer,提供与 Kubernetes 中相同的警告和响应。
通常,如果一个平台在某个系统上占用了过多的内存,Linux 将遍历不同的节点并决定杀死哪个节点,并使用 oom_score 对所有节点进行评分,以评估哪些节点占用了最多的内存。最少的内存。占用内存最多的节点最有可能被终止,退出代码 137 是为此给出的推理。

OOMKilled 的原因是什么?
如果您的 Kubernetes 生态系统返回 'exited with code 137
',那么您很可能在该系统中面临内存问题。虽然这可能是一个令人沮丧的问题,但这并不是世界末日,因为这是一个相当容易解决的问题。
通常,在 Kubernetes 环境中,OOMKilled 有几个核心原因:
由于这是一个基于内存的错误,因此此退出代码的任何原因都与 Kubernetes 生态系统中的内存管理或使用不善有关。
如何修复退出代码 137?
如前所述,退出代码 137 是最容易修复的错误之一,因为它归结为减少进程或增加每个节点分配的内存量。
如果您尝试修复退出代码 137,请尝试以下三件事:
通过这三个步骤,您很可能会增加系统的内存量,并优化各个 pod 以确保它们有足够的内存来完成所有功能而不会意外终止。
最后的想法
如果您在 Kubernetes 中遇到退出代码 137,那么您的 Kubernetes 环境如何管理其 pod、节点和容器的空间可能存在问题。作为基准,Kubernetes 建议您为集群中的每个节点提供大约 300 MIB 的内存,这应该足以让节点正常运行。
但是,根据 Kubernetes 生态系统的复杂性,拥有尽可能多的内存总是一个更好的主意。如果您的系统有足够的空间,则指定更高的存储量以帮助每个节点运行,而无需出现退出代码 137。
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co
如何在buildr项目中使用Ruby?我在很多不同的项目中使用过Ruby、JRuby、Java和Clojure。我目前正在使用我的标准Ruby开发一个模拟应用程序,我想尝试使用Clojure后端(我确实喜欢功能代码)以及JRubygui和测试套件。我还可以看到在未来的不同项目中使用Scala作为后端。我想我要为我的项目尝试一下buildr(http://buildr.apache.org/),但我注意到buildr似乎没有设置为在项目中使用JRuby代码本身!这看起来有点傻,因为该工具旨在统一通用的JVM语言并且是在ruby中构建的。除了将输出的jar包含在一个独特的、仅限ruby
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我主要使用Ruby来执行此操作,但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式,例如使用这个yaml文件,它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
使用带有Rails插件的vim,您可以创建一个迁移文件,然后一次性打开该文件吗?textmate也可以这样吗? 最佳答案 你可以使用rails.vim然后做类似的事情::Rgeneratemigratonadd_foo_to_bar插件将打开迁移生成的文件,这正是您想要的。我不能代表textmate。 关于ruby-使用VimRails,您可以创建一个新的迁移文件并一次性打开它吗?,我们在StackOverflow上找到一个类似的问题: https://sta
在rails源中:https://github.com/rails/rails/blob/master/activesupport/lib/active_support/lazy_load_hooks.rb可以看到以下内容@load_hooks=Hash.new{|h,k|h[k]=[]}在IRB中,它只是初始化一个空哈希。和做有什么区别@load_hooks=Hash.new 最佳答案 查看rubydocumentationforHashnew→new_hashclicktotogglesourcenew(obj)→new_has
为什么4.1%2返回0.0999999999999996?但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意,这不是与Ruby相关的问题,而是与所有编程语言相关的问题,因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返
它不等于主线程的binding,这个toplevel作用域是什么?此作用域与主线程中的binding有何不同?>ruby-e'putsTOPLEVEL_BINDING===binding'false 最佳答案 事实是,TOPLEVEL_BINDING始终引用Binding的预定义全局实例,而Kernel#binding创建的新实例>Binding每次封装当前执行上下文。在顶层,它们都包含相同的绑定(bind),但它们不是同一个对象,您无法使用==或===测试它们的绑定(bind)相等性。putsTOPLEVEL_BINDINGput
我可以得到Infinity和NaNn=9.0/0#=>Infinityn.class#=>Floatm=0/0.0#=>NaNm.class#=>Float但是当我想直接访问Infinity或NaN时:Infinity#=>uninitializedconstantInfinity(NameError)NaN#=>uninitializedconstantNaN(NameError)什么是Infinity和NaN?它们是对象、关键字还是其他东西? 最佳答案 您看到打印为Infinity和NaN的只是Float类的两个特殊实例的字符串