我在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
答案 0 :(得分:0)
您看到的错误消息实际上是另一种症状,而不是问题的根本原因。这个Apache Jira错误报告中有一个很好的解释/讨论:
https://issues.apache.org/jira/browse/MESOS-1837
基本上,您的容器因某种原因而崩溃并且/ proc / pid#/目录在没有Mesos知道的情况下被清除,因此它会抛出您在检查/ proc目录时找到的错误消息。 / p>
尝试在描述任务的JSON文件中将分配的CPU设置得更高。