当请求增加时，Marathon会杀死容器

Question

我在Google Cloud Engine上的Mesos（0.21）和Marathon（0.7.6）上部署了Docker容器 我使用JMeter来测试在Marathon上运行的REST服务。当并发请求小于10时，它正常工作，但当并发请求超过50时，容器被终止，Mesos启动另一个容器。我增加RAM，CPU但它仍然发生。
这是登录/ var / log / mesos /

E0116 09:33:31.554816 19298 slave.cpp:2344] Failed to update resources for container 10e47946-4c54-4d64-9276-0ce94af31d44 of executor dev_service.2e25332d-964f-11e4-9004-42010af05efe running task dev_service.2e25332d-964f-11e4-9004-42010af05efe on status update for terminal task, destroying container: Failed to determine cgroup for the 'cpu' subsystem: Failed to read /proc/612/cgroup: Failed to open file '/proc/612/cgroup': No such file or directory

Answer 1

您看到的错误消息实际上是另一种症状，而不是问题的根本原因。这个Apache Jira错误报告中有一个很好的解释/讨论：

https://issues.apache.org/jira/browse/MESOS-1837

基本上，您的容器因某种原因而崩溃并且/ proc / pid＃/目录在没有Mesos知道的情况下被清除，因此它会抛出您在检查/ proc目录时找到的错误消息。 / p>

尝试在描述任务的JSON文件中将分配的CPU设置得更高。