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

时间:2015-01-14 00:33:47

标签: mesos marathon

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

1 个答案:

答案 0 :(得分:0)

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

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

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

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