mesos - 当请求增加时，马拉松杀死了容器

我在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

最佳答案

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

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

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

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

关于mesos - 当请求增加时，马拉松杀死了容器，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/27934015/