3

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

4

1 回答 1

0

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

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

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

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

于 2015-02-18T22:20:06.367 回答