Python Gunicorn工人用信号9终止

我正在运行一个Flask应用程序，并从Docker容器将其托管在Kubernetes上。Gunicorn正在管理回复API请求的工作人员

下面的警告消息是经常出现的，似乎出于某种原因取消了请求。在Kubernetes上，pod没有显示任何异常行为或重新启动，并保持在其内存和CPU限制的80%以内

[2021-03-31 16:30:31 +0200] [1] [WARNING] Worker with pid 26 was terminated due to signal 9

---

我们怎样才能找出这些工人被杀的原因呢？

我遇到了同样的警告信息

[WARNING] Worker with pid 71 was terminated due to signal 9

我遇到过这样的情况，即“SIGKILL的一个常见原因是OOM killer由于内存不足而终止进程。”

我曾经意识到它确实是因为内存不足而被杀死的

Out of memory: Killed process 776660 (gunicorn)

---

我遇到了同样的警告消息

[WARNING] Worker with pid 71 was terminated due to signal 9

我遇到过这样的情况，即“SIGKILL的一个常见原因是OOM killer由于内存不足而终止进程。”

我曾经意识到它确实是因为内存不足而被杀死的

Out of memory: Killed process 776660 (gunicorn)

---

你找到原因了吗？出现同样的问题，并尝试指定

--shm size

，但没有效果。自从我们开始使用

--worker-class-gevent

以来，我们的问题似乎已经消失了。我怀疑Simon是对的，这要么是内存不足的错误，要么是后台进程运行太长，主进程（1）决定终止它。Meta：我不知道为什么这个问题被否决。如果你觉得需要进一步澄清，请发表评论。我有同样的问题，gevent没有解决。有人知道为什么会突然发生这种事吗？gunicorn或kube有变化吗？同样与一个未回答的问题有关：你找到原因了吗？出现同样的问题，并尝试指定

--shm size

，但没有效果。自从我们开始使用

--worker-class-gevent

以来，我们的问题似乎已经消失了。我怀疑Simon是对的，这要么是内存不足的错误，要么是后台进程运行太长，主进程（1）决定终止它。Meta：我不知道为什么这个问题被否决。如果你觉得需要进一步澄清，请发表评论。我有同样的问题，gevent没有解决。有人知道为什么会突然发生这种事吗？gunicorn或kube是否发生了变化？这也与一个未回答的问题有关：自从我们开始使用

--worker class gevent

以来，我们的问题似乎已经消失了。我无法验证这个答案，但似乎

dmesg

是获取更多信息和诊断问题的好方法。谢谢你的回答！自从我们开始使用

--工人类gevent

以来，我们的问题似乎已经消失了。我无法验证这个答案，但似乎

dmesg

是获取更多信息和诊断问题的好方法。谢谢你的回答！