什么是docker <none><none> image(镜像)?

2023年 7月 16日 79.5k 0

20190215-3.png我们在使用docker build的过程中经常会遇到<none><none>这类的images状态,那么这篇文章主要来简单的解释它是如何产生的,以及它们的影响,我将尝试解释以下几点:

1,什么是<none><none>

2,为什么会存在<none><none>

3,docker imagesdocker images -a<none><none>区别

以及删除容器出现Error response from daemon: conflict: unable to delete caf27325b298 (cannot be forced) - image has dependent child images是怎么 回事

要理解这一点,我们下载一个alpine:3.9的镜像来做示例,重现上述提到的这几种<none>状态。我先尝试解释,docker images -a中的<none><none>

docker images -a中的<none><none>

编写一个Dockerfile,假设它如下所示:

FROM alpine:3.9
MAINTAINER www.linuxea.com
LABEL maintainer="www.linuxea.com"
RUN echo "hello www.linuxea.com cool!" > /linuxea.txt

20190215.png

如上,从Step 1/4到Step 4/4经历了四个阶段,每一个阶段分别有一个标识,分别是:

caf27325b298932697f3313a21b1f26af8b8e7367313b8e2如下图:

Step 1/4 : FROM alpine:3.9
3.9: Pulling from library/alpine
6c40cc604d8e: Pull complete 
 ---> caf27325b298
Step 2/4 : MAINTAINER www.linuxea.com
 ---> Running in 0b51600da82c
Removing intermediate container 0b51600da82c
 ---> 932697f3313a
Step 3/4 : LABEL maintainer="www.linuxea.com"
 ---> Running in 6f376b8eeb14
Removing intermediate container 6f376b8eeb14
 ---> 21b1f26af8b8
Step 4/4 : RUN echo "hello www.linuxea.com cool!" > /linuxea.txt
 ---> Running in d5d720c2e07e
Removing intermediate container d5d720c2e07e
 ---> e7367313b8e2

这些只读层,从上往下执行,第一个执行完成,执行第二个,一个接一个地运行Dockerfile中的指令,每个层都代表一个Dockerfile指令。这些层是堆叠的,每个层都是前一层变化的增量。在必要时将每条指令的结果提交给新镜像层,最后输出新镜像层的ID。Docker守护程序将自动清理发送的上下文。

  • 每条指令创建一个层:
FROM alpine:3.9
MAINTAINER www.linuxea.com
LABEL maintainer="www.linuxea.com"
RUN echo "hello www.linuxea.com cool!" > /linuxea.txt
  • FROMalpine:3.9Docker镜像创建一个图层。
  • MAINTAINER 添加info信息
  • LABE 添加标签
  • RUN 指定在容器中运行的echo命令。

请注意,每条指令都是独立运行的,会导致创建新镜像层 - 因此 echo "hello www.linuxea.com cool!" > /linuxea.txt不会对下一条指令产生任何影响。

只要有可能,Docker将重新使用中间图像(缓存),以docker build显着加速该过程。这由Using cache控制台输出中的消息指示。(有关详细信息,请参阅构建高速缓存段的 Dockerfile最佳实践指南)

这其中最有意思的还是--cache-from,缓存重用

但我们了解上述的表达后,我们使用docker history在看镜像的中间层

[root@linuxea.com /opt/2019/none]# docker history linuxea.com:v0.1
IMAGE               CREATED             CREATED BY                                      SIZE                COMMENT
e7367313b8e2        2 hours ago         /bin/sh -c echo "hello www.linuxea.com cool!…   28B                 
21b1f26af8b8        2 hours ago         /bin/sh -c #(nop)  LABEL maintainer=www.linu…   0B                  
932697f3313a        2 hours ago         /bin/sh -c #(nop)  MAINTAINER www.linuxea.com   0B                  
caf27325b298        2 weeks ago         /bin/sh -c #(nop)  CMD ["/bin/sh"]              0B                  
<missing>           2 weeks ago         /bin/sh -c #(nop) ADD file:2a1fc9351afe35698…   5.53MB   

而这些中间层在构建之后会存放在这里,供给给最上面的读写层。

此时,如果使用docker images -a你会看到<none><none> ,这些<none><none>是镜像的中间层,只会在Build的时候产生在本地,并且不能被删除。

如果此时,根据IMAGE ID来删除基础镜像便会提示Error response from daemon: conflict: unable to delete caf27325b298 (cannot be forced) - image has dependent child images20190215-1.png

正确的删除方式是通过镜像REPOSITORY:TAG进行删除依赖的镜像

[root@linuxea.com /opt/2019/none]# docker rmi -f alpine:3.9
Untagged: alpine:3.9
Untagged: alpine@sha256:b3dbf31b77fd99d9c08f780ce6f5282aba076d70a513a8be859d8d3a4d0c92b8

docker images <none><none>

我们在来看第二种场景,docker images中的none

我们准备三个Dockerfile,如下

FROM alpine:3.9
MAINTAINER www.linuxea.com
LABEL maintainer="www.linuxea.com"
RUN echo "hello www.linuxea.com cool!" > /linuxea.txt
FROM alpine:3.9
MAINTAINER www.linuxea.com
LABEL maintainer="www.linuxea.com"
RUN echo "hello www.linuxea.com cool!" > /linuxea.txt
RUN echo "hello www.linuxea.com good!" >> /linuxea.txt
FROM alpine:3.9
MAINTAINER www.linuxea.com
RUN echo "hello www.linuxea.com see you!" >> /linuxea.txt
LABEL maintainer="www.linuxea.com"
RUN echo "hello www.linuxea.com cool!" >> /linuxea.txt
RUN echo "hello www.linuxea.com good!" >> /linuxea.txt

第一个build命名linuxea.com:v0.1,第二个命名linuxea.com:v0.2,第三个build命名到linuxea.com:v0.3

我们会得到三个镜像

[root@DT_Node-172_25_50_250 /opt/2019/none]# docker images
REPOSITORY                   TAG                 IMAGE ID            CREATED             SIZE
linuxea.com                  v0.3                9ba68f247813        5 seconds ago       5.53MB
linuxea.com                  v0.2                f14e080bbad1        35 seconds ago      5.53MB
linuxea.com                  v0.1                00a0fad355c1        53 seconds ago      5.53MB
alpine                       3.9                 caf27325b298        2 weeks ago         5.53MB

而后在将第三个Dockerfile buildlinuxea.com:v0.2

[root@linuxea.com /opt/2019/none]# docker build -t  linuxea.com:v0.2 .

此时就出现了一个<none> <none> ,并且iD是之前的f14e080bbad1,也就是之前的linuxea.com:v0.2

[root@linuxea.com /opt/2019/none]# docker images
REPOSITORY                   TAG                 IMAGE ID            CREATED              SIZE
linuxea.com                  v0.2                9ba68f247813        About a minute ago   5.53MB
linuxea.com                  v0.3                9ba68f247813        About a minute ago   5.53MB
<none>                       <none>              f14e080bbad1        About a minute ago   5.53MB
linuxea.com                  v0.1                00a0fad355c1        2 minutes ago        5.53MB
alpine                       3.9                 caf27325b298        2 weeks ago          5.53MB

这又是为什么?我们来大胆的想象一下,如下图:

20190215-2.png上图中标识每次构建都基于上次构建的层之上进行,如果相同就复用。在最后我们使用docker build -t linuxea.com:v0.2 .事实上是将原本的linuxea.com:v0.2标记到linuxea.com:v0.3的IMAGE ID,而原本的linuxea.com:v0.2就变成了<none><none>,这也就解释了<none><none>的IMAGE ID是f14e080bbad1,和之前的linuxea.com:v0.2一样。而<none><none>这样的镜像是可以通过REPOSITORY:TAG删除的。

我想我已经解释明白了开头的三点<none><none>

学习更多

学习如何使用Docker CLI命令,Dockerfile命令,使用这些命令可以帮助你更有效地使用Docker应用程序。查看Docker文档和我的其他帖子以了解更多信息。

  • docker目录
  • 白话容器
  • docker-compose

相关文章

LeaferJS 1.0 重磅发布:强悍的前端 Canvas 渲染引擎
10分钟搞定支持通配符的永久有效免费HTTPS证书
300 多个 Microsoft Excel 快捷方式
一步步配置基于kubeadmin的kubevip高可用
istio全链路传递cookie和header灰度
REST Web 服务版本控制

发布评论