方案 3

教程 - Docker 镜像

IMPORTANT: Tutorials are intended to give you hands-on experience working with a limited set of DC/OS features with no implied or explicit warranty of any kind. None of the information provided—including sample scripts, commands, or applications—is officially supported by Mesosphere. You should not use this information in a production environment without independent testing and validation.

方案 3：Docker 镜像

设置

首先部署此 dockerimage.json 文件：

  1. $ dcos marathon app add https://raw.githubusercontent.com/dcos-labs/dcos-debugging/master/1.10/dockerimage.json

我们看到应用程序几乎立即出现故障：

故障图片

图 1. 显示故障的任务日志

解析度

正如我们前期所学的，对于应用程序故障， 第一步是检查任务日志。

空日志输出图片

图 2. 空任务日志

很遗憾，它完全是空的。通常，我们至少会看到任务设置中的一些输出。这是特别奇怪的行为。

因此第 2 步是检查调度程序日志，— 在本例中是 Marathon：

  1. $ dcos service log marathon

应该在响应中产生类似于以下输出的一些内容：

  1. Mar 27 21:21:11 ip-10-0-5-226.us-west-2.compute.internal marathon.sh[5954]: [2018-03-27 21:21:11,297] INFO  Received status update for task docker-image.c4cdf565-3204-11e8-8a20-82358f3033d1: TASK_FAILED (
  3. Mar 27 21:21:11 ip-10-0-5-226.us-west-2.compute.internal marathon.sh[5954]: ') (mesosphere.marathon.MarathonScheduler:Thread-1723)

但是，这并没有说明任务失败的原因。那么接下来进入我们策略的 第 3 步：使用以下命令检查 Mesos 代理节点日志：

  1. $ dcos node log --mesos-id=$(dcos task docker-image  --json | jq -r '.[] | .slave_id') --lines=100

输出类似以下内容的内容：

  1. 8-4520-af33-53cade35e8f9-0001 failed to start: Failed to run 'docker -H unix:///var/run/docker.sock pull noimage:idonotexist': exited with status 1; stderr='Error: image library/noimage:idonotexist not found
  3. 2018-03-27 21:27:15: '
  5. 2018-03-27 21:27:15: I0327 21:27:15.325984  4765 slave.cpp:6227] Executor 'docker-image.9dc468b5-3205-11e8-8a20-82358f3033d1' of framework 6512d7cc-b7f8-4520-af33-53cade35e8f9-0001 has terminated with unknown status

看起来像无法找到特定的 Docker 镜像，可能因为它不存在。图像是否存在于指定位置（在本例中为 Dockerhub 中的 noimage:idonotexist）？ 如果不是，则必须更正位置或将文件移至指定位置。此外，指定的位置或文件名是否存在错误？ 最后，检查容器镜像注册表是否可访问（尤其是在使用专用注册表时）。 s

一般模式

作为应用程序错误，我们再次查看任务日志，然后查看调度程序日志。

在这本例中，我们有一个 Docker 守护程序特定的问题。通过检查 Mesos 代理节点日志，可以发现许多此类问题。在某些情况下，我们需要深入挖掘，需要访问 Docker 守护程序日志。首先，通过ssh 进入主节点：

  1. $ dcos node ssh --master-proxy --mesos-id=$(dcos task --all | grep docker-image | head -n1 | awk '{print $6}')

然后获取日志：

  1. $ journalct1 -u docker

请注意，与前面的示例相比，此处使用的更复杂的模式用于检索 mesos-id。此模式列出先前失败的任务以及正在运行的任务，而较早的模式仅列出正在运行的任务。

清除

运行：

  1. $ dcos marathon app remove docker-image