Debugging 如何确定sigterm被发送到mesos上docker容器内运行的进程的原因?

Debugging 如何确定sigterm被发送到mesos上docker容器内运行的进程的原因?,debugging,docker,mesos,alpine,sigterm,Debugging,Docker,Mesos,Alpine,Sigterm,我有一个docker容器,我可以在本地非常好地使用。然而,当在mesos星团上运行时,我得到了SIGTERMS /usr/my_script.sh: line 57: 310 Killed xsltproc sort.xsl ${2} > ${2}_bat W0703 09:09:54.465442 5074 logging.cpp:91] RAW: Received signal SIGTERM from process 2262 of user 0; exiting 我不明白这

我有一个docker容器,我可以在本地非常好地使用。然而,当在mesos星团上运行时,我得到了SIGTERMS

/usr/my_script.sh: line 57:   310 Killed xsltproc sort.xsl ${2} > ${2}_bat
W0703 09:09:54.465442  5074 logging.cpp:91] RAW: Received signal SIGTERM from process 2262 of user 0; exiting
我不明白这个问题是从哪里来的,以及如何最好地调试它。我怎样才能知道是什么杀死了我的集装箱

我尝试将容器的RAM增加到4GB以上,但没有效果。此外,根据
/usr/bin/time-v xsltproc sort.xsl officing_file.xml>sortedFile.xml
的规定,该进程应该只消耗1GB内存


我还尝试在谷歌上搜索
W0703
5074 logging.cpp:91
的错误输出,但没有结果。它还回避了一个问题:为什么容器在本地运行时执行命令没有问题。

我也有同样的问题。我在Chronos上运行了一个docker容器,并将
“command”
字段留空,假设它在未被重写时将在Dockerfile中执行
CMD
。将命令显式复制到Mesos配置中解决了这个问题。

主机上有多少可用内存?您可以检查主机
dmesg
输出以查看OOM杀手是否杀死了它吗?日志输出中的
Killed
怀疑是OOM杀手。类似于。你能发布更多细节吗?来自mesos代理和执行者的日志。你在用Mesos健康检查吗?