为什么 OOMKilled 在重新安排时没有准备好？
我有一个错误，不健康的pod，即使我认为pod在重新安排后按预期工作。如果我重新启动（删除）它，它就准备好了，但我想了解为什么它最终会处于不健康状态。
我的探头很简单，就像这样：
readinessProbe:
httpGet:
path: /
port: 4000
initialDelaySeconds: 30
periodSeconds: 30
事件：
Type Reason Age From Message
---- ------ ---- ---- -------
Warning Unhealthy 99s (x2253 over 35h) kubelet, aks-nodepool1-23887969-vmss000000 Readiness probe failed: Get http://10.244.0.142:4000/: net/http: request canceled (Client.Timeout exceeded while awaiting headers)
状态
State: Running
Started: Fri, 17 Apr 2020 19:44:58 +0200
Last State: Terminated
Reason: OOMKilled
Exit Code: 1
Started: Fri, 17 Apr 2020 00:20:31 +0200
Finished: Fri, 17 Apr 2020 19:44:56 +0200
Ready: False
如果我跑了
kubectl exec -t other pod -- curl -I 10.244.0.142:4000/
我得到200英镑。好的。
有人能解释为什么吊舱没有准备好吗？我想这与OOMKilled有关，因为内存限制，这应该是固定的。但我想知道为什么它不能正确重启。
共有1个答案
奥姆基尔是以前的状态。当前状态为“正在运行（就绪）”。问题是就绪情况探测。
-
我已经回顾了类似的问题“查看并清除Postgres缓存/缓冲区？，但所有的答案都集中在数据缓冲区上，并且自2010年以来，Postgresql发生了很大变化。 与那个问题的OP不同，我不是在计算性能时寻找一致的行为，而是在数据库随时间变化时寻找自适应的行为。 在我的应用程序中，在作业执行开始时，工作表中的行为空。查询运行非常快，但是随着时间的推移，性能下降，因为准备好的语句没有使用理想的访问路径（
-
我正在使用Hibernate Envers来审核我的日志表，它是使用Spring配置的。但是，在执行更新、修改或删除操作时，不会发生审核。以下是配置。 Spring配置 我已经将@Audited注释添加到实体类中。我使用的是Hibernate core 3.5.0-Final和envers的相同版本。 当我检查hibernate记录的SQL时，我可以看到更新查询已经执行，但没有任何将数据插入审计表
-
我正在尝试编写一个查询，并使用java和JDBC从oracle db中获取结果。我的问题是，如果我尝试with statement的话，相同的查询可以工作，但是如果我使用PreparedStatement的话，相同的查询就不工作了。语句代码：（这里我得到的是真实的计数值） 当我sysout时，我的sqlDate打印如下：2015-09-24。 我对其他一些问题也有同样的问题。有人能知道这里出了什么
-
我想安装Primeng7.0.0到我的Angular项目，但首先我需要更新我的JHipster到最后一个版本。 当我将此命令写入terminal时，我得到以下错误
-
问题内容： 是否有Python设计决策（PEP）阻止将排序后的容器添加到Python？ （不是已排序的容器，因为它是按插入顺序排序的。） 问题答案： 对于Guido而言，这是一个有意识的设计决定（他甚至不愿意添加模块）。他的目标是在选择应用程序的数据类型时保留“一种显而易见的方式”。 基本概念是，如果用户足够复杂，以至于不能意识到内置类型不是解决其问题的正确解决方案，那么他们还可以找到合适的第三方
-
我正在使用apacheMQ作为队列管理器。我使用Spring的DefaultMessageListenerContainer来使用消息。我已经对它进行了配置，以便它有一个事务：