【问题标题】:Marathon kills container when requests increase当请求增加时,Marathon 会杀死容器
【发布时间】:2015-01-14 00:33:47
【问题描述】:

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

【问题讨论】:

    标签: mesos marathon


    【解决方案1】:

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

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

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

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

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多