如何检查失败的docker build的文件系统？

我正在尝试使用以下方法为我们的开发过程构建新的Docker映像 cpanm用于安装一堆Perl模块作为各种项目的基础映像。

开发Dockerfile时，cpanm返回失败代码，因为某些模块安装不干净。

我相当确定我需要apt安装更多东西。

我的问题是，在哪里可以找到/.cpanm/work输出中引用的目录，以便检查日志？在一般情况下，如何检查失败docker build命令的文件系统？

早上编辑咬住子弹并运行后，find我发现

/var/lib/docker/aufs/diff/3afa404e[...]/.cpanm

这可靠吗？还是我最好还是建造一个“裸”容器并手动运行东西，直到我拥有所需的一切为止？

每次RUNdocker 成功从Dockerfile 执行命令时，都会提交映像文件系统中的新层。您可以方便地将这些图层ID用作图像来启动新容器。

采取以下Dockerfile：

FROM busybox
RUN echo 'foo' > /tmp/foo.txt
RUN echo 'bar' >> /tmp/foo.txt

并构建它：

$ docker build -t so-2622957 .
Sending build context to Docker daemon 47.62 kB
Step 1/3 : FROM busybox
 ---> 00f017a8c2a6
Step 2/3 : RUN echo 'foo' > /tmp/foo.txt
 ---> Running in 4dbd01ebf27f
 ---> 044e1532c690
Removing intermediate container 4dbd01ebf27f
Step 3/3 : RUN echo 'bar' >> /tmp/foo.txt
 ---> Running in 74d81cb9d2b1
 ---> 5bd8172529c1
Removing intermediate container 74d81cb9d2b1
Successfully built 5bd8172529c1

您现在可以开始从一个新的容器00f017a8c2a6，044e1532c690和5bd8172529c1：

$ docker run --rm 00f017a8c2a6 cat /tmp/foo.txt
cat: /tmp/foo.txt: No such file or directory

$ docker run --rm 044e1532c690 cat /tmp/foo.txt
foo

$ docker run --rm 5bd8172529c1 cat /tmp/foo.txt
foo
bar

当然，您可能想启动一个Shell来探索文件系统并尝试命令：

$ docker run --rm -it 044e1532c690 sh      
/ # ls -l /tmp
total 4
-rw-r--r--    1 root     root             4 Mar  9 19:09 foo.txt
/ # cat /tmp/foo.txt 
foo

当Dockerfile命令之一失败时，您需要做的是查找上一层的ID，并在根据该ID创建的容器中运行Shell：

docker run --rm -it <id_last_working_layer> bash -il

放入容器后：

• 尝试失败的命令，并重现问题
• 然后修复命令并对其进行测试
• 最后使用固定命令更新您的Dockerfile

如果您真的需要在失败的实际层中进行实验，而不是从最后一个工作层开始工作，请参阅Drew的答案。

如果您想在失败的命令之前立即检查状态，则最有效的答案是有效的。

但是，问题询问如何检查发生故障的容器本身的状态。在我的情况下，失败的命令是一个耗时数小时的构建，因此在失败的命令之前倒带并再次运行它会花费很长时间，并且不是很有帮助。

解决方案是找到失败的容器：

$ docker ps -a
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS                          PORTS               NAMES
6934ada98de6        42e0228751b3        "/bin/sh -c './utils/"   24 minutes ago      Exited (1) About a minute ago                       sleepy_bell

提交给图像：

$ docker commit 6934ada98de6
sha256:7015687976a478e0e94b60fa496d319cdf4ec847bcd612aecf869a72336e6b83

然后运行映像[如果需要，运行bash]：

$ docker run -it 7015687976a4 [bash -il]

现在，您实际上是在查看构建失败时的状态，而不是运行导致失败的命令之前的状态。

每次成功后，Docker都会缓存整个文件系统状态RUN一行。

知道：

• 要在失败的RUN命令之前检查最新状态，请在Dockerfile中（以及任何和所有后续RUN命令）将其注释掉，然后运行docker build并docker run试。
• 要检查失败命令后的状态RUN，只需将|| true其添加以强制其成功；然后像上面一样继续操作（保留所有和所有后续RUN命令被注释掉，运行docker build和docker run）

Tada，无需理会Docker内部或层ID，此外，Docker会自动将需要重做的工作量降至最低。

调试构建步骤故障确实很烦人。

我发现的最佳解决方案是确保完成实际工作的每个步骤都成功，并在失败的步骤之后添加检查。这样，您将获得一个提交层，其中包含您可以检查的失败步骤的输出。

Dockerfile，在下# Run DB2 silent installer一行示例：

#
# DB2 10.5 Client Dockerfile (Part 1)
#
# Requires
#   - DB2 10.5 Client for 64bit Linux ibm_data_server_runtime_client_linuxx64_v10.5.tar.gz
#   - Response file for DB2 10.5 Client for 64bit Linux db2rtcl_nr.rsp 
#
#
# Using Ubuntu 14.04 base image as the starting point.
FROM ubuntu:14.04

MAINTAINER David Carew <carew@us.ibm.com>

# DB2 prereqs (also installing sharutils package as we use the utility uuencode to generate password - all others are required for the DB2 Client) 
RUN dpkg --add-architecture i386 && apt-get update && apt-get install -y sharutils binutils libstdc++6:i386 libpam0g:i386 && ln -s /lib/i386-linux-gnu/libpam.so.0 /lib/libpam.so.0
RUN apt-get install -y libxml2


# Create user db2clnt
# Generate strong random password and allow sudo to root w/o password
#
RUN  \
   adduser --quiet --disabled-password -shell /bin/bash -home /home/db2clnt --gecos "DB2 Client" db2clnt && \
   echo db2clnt:`dd if=/dev/urandom bs=16 count=1 2>/dev/null | uuencode -| head -n 2 | grep -v begin | cut -b 2-10` | chgpasswd && \
   adduser db2clnt sudo && \
   echo '%sudo ALL=(ALL) NOPASSWD:ALL' >> /etc/sudoers

# Install DB2
RUN mkdir /install
# Copy DB2 tarball - ADD command will expand it automatically
ADD v10.5fp9_linuxx64_rtcl.tar.gz /install/
# Copy response file
COPY  db2rtcl_nr.rsp /install/
# Run  DB2 silent installer
RUN mkdir /logs
RUN (/install/rtcl/db2setup -t /logs/trace -l /logs/log -u /install/db2rtcl_nr.rsp && touch /install/done) || /bin/true
RUN test -f /install/done || (echo ERROR-------; echo install failed, see files in container /logs directory of the last container layer; echo run docker run '<last image id>' /bin/cat /logs/trace; echo ----------)
RUN test -f /install/done

# Clean up unwanted files
RUN rm -fr /install/rtcl

# Login as db2clnt user
CMD su - db2clnt

我要做的是注释掉下面的Dockerfile，并包括违规行。然后，您可以运行容器并手动运行docker命令，并以通常的方式查看日志。例如，如果Dockerfile是

RUN foo
RUN bar
RUN baz

我快要死在酒吧了

RUN foo
# RUN bar
# RUN baz

然后

$ docker build -t foo .
$ docker run -it foo bash
container# bar
...grep logs...