docker image tag为什么出现none的原因及解决
今天和小伙伴们，聊一个工作中遇到的小问题~
背景
公司项目是基于容器化架构设计，具体业务也拆成了多个微服务及对应了多个docker image镜像。研发环境中会频繁进行升级image镜像，导致出现很多image为 <none> 命名的镜像，这种也称为悬空镜像。
本篇文章将展示几种现象会导致这种情况发生。
下文演示环境，版本信息如下
- Centos8
- docker server: 23.0.1
- docker client: 20.10.17
- containerd: 1.6.18
- runc version: 1.1.4
现象一
前提条件： 在同环境中两个镜像名称:tag都相同，image层数据内容不一致，覆盖后则会出现 <none> 标志。
注意： 如果仅是镜像名称:tag相同则不会覆盖，也不会出现 <none> 标志。 因为image层数据没有发生变化，docker认为是同一个镜像。
[root@k8s-host docker]# cat > Dockerfile << EOF > FROM alpine:latest > ADD test.txt /root > EOF [root@k8s-host docker]# echo 1 > test.txt [root@k8s-host docker]# docker build -t alpine1:v1.0 . [+] Building 0.1s (7/7) FINISHED => [internal] load build definition from Dockerfile 0.0s => => transferring dockerfile: 134B 0.0s => [internal] load .dockerignore 0.0s => => transferring context: 2B 0.0s => [internal] load metadata for docker.io/library/alpine:latest 0.0s => [internal] load build context 0.0s => => transferring context: 96B 0.0s => CACHED [1/2] FROM docker.io/library/alpine:latest 0.0s => [2/2] ADD test.txt /root 0.0s => exporting to image 0.0s => => exporting layers 0.0s => => writing image sha256:aa416b5c47216b392755ba2b4ad08f5531f3aa86c103744e261e49ce7a354021 0.0s => => naming to docker.io/library/alpine1:v1.0 0.0s [root@k8s-host docker]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE alpine1 v1.0 aa416b5c4721 30 seconds ago 7.34MB
该镜像是基于alpine:latest镜像进行二次编译
Dockerfile中仅增加 test.txt 用来区分层内容
FROM alpine:latest ADD test.txt /root
上述步骤中执行 docker images 可以看到 alpine1:v1.0 已经存在镜像ID aa416b5c4721 的容器镜像。
下面继续编译镜像，名字与 alpine1:v1.0 相同， 仅仅将Dockerfile中 test.txt 文件内容修改。
进行第二次加载镜像，此时系统已存在相同的镜像名称。
[root@k8s-host docker]# echo 2 > test.txt [root@k8s-host docker]# docker build -t alpine1:v1.0 . [+] Building 0.1s (7/7) FINISHED => [internal] load build definition from Dockerfile 0.0s => => transferring dockerfile: 134B 0.0s => [internal] load .dockerignore 0.0s => => transferring context: 2B 0.0s => [internal] load metadata for docker.io/library/alpine:latest 0.0s => [internal] load build context 0.0s => => transferring context: 96B 0.0s => CACHED [1/2] FROM docker.io/library/alpine:latest 0.0s => [2/2] ADD test.txt /root 0.0s => exporting to image 0.0s => => exporting layers 0.0s => => writing image sha256:e4159797272a190d20856475858bab23d11e64d6bdd9a57ca8a85ad3c3a17087 0.0s => => naming to docker.io/library/alpine1:v1.0 0.0s [root@k8s-host docker]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE alpine1 v1.0 e4159797272a 3 seconds ago 7.34MB <none> <none> aa416b5c4721 6 minutes ago 7.34MB
原来的 alpine1:v1.0 镜像ID为 aa416b5c4721 的docker镜像目前属于 none 标记，这是因为有了新的镜像名称相同造成。虽然是none标记，如果之前有引用的容器仍然可以使用。
注意：如果将 alpine1:v1.0 镜像ID为 e4159797272a 的docker镜像删除， 下面的none标记也不会发生变化。只有当时的 Dockerfile中的 ADD 文件重新docker build -t alpine1:v1.0编译，此处的 none 标记才能显示正常。
现象二
docker save 时镜像没有指定镜像名称:tag，而是使用的镜像ID。
[root@k8s-host docker]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE alpine1 v1.0 e4159797272a 3 seconds ago 7.34MB [root@k8s-host docker]# docker save e4159797272a | gzip > alpine1.docker [root@k8s-host docker]# docker rmi e4159797272a Untagged: alpine1:v1.0 Deleted: sha256:e4159797272a190d20856475858bab23d11e64d6bdd9a57ca8a85ad3c3a17087 [root@k8s-host docker]# docker load < alpine1.docker Loaded image ID: sha256:e4159797272a190d20856475858bab23d11e64d6bdd9a57ca8a85ad3c3a17087 [root@k8s-host docker]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE <none> <none> e4159797272a 21 minutes ago 7.34MB
操作中，将alpine1:v1.0镜像没有按照镜像:tag方式 save，而是使用 docker save e4159797272a 镜像ID格式保存， 仅仅微小的变化会导致镜像加载时的效果不同。
当执行完 docker load < alpine1.docker 加载镜像后发现，此时的镜像ID还是原来没有变化，而镜像名称:TAG 都变成none。
注意：如果 docker save 导出镜像时不指定 镜像名称:tag 这种方式，在docker load 加载镜像时会丢失镜像名称和tag标记。
现象三
正运行的容器所引用的镜像，将其强行删除镜像docker images会出现none标记
[root@k8s-host docker]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE alpine4 v1.0 7ea0f12a3321 7 hours ago 7.34MB [root@k8s-host docker]# docker rmi alpine4:v1.0 Error response from daemon: conflict: unable to remove repository reference "alpine4:v1.0" (must force) - container 945e9f47d833 is using its referenced image 7ea0f12a3321 [root@k8s-host docker]# docker rmi -f alpine4:v1.0 Untagged: alpine4:v1.0 [root@k8s-host docker]# docker ps -a | grep alpine 945e9f47d833 7ea0f12a3321 "/bin/sh -c 'tail -f…" 54 seconds ago Up 53 seconds alpine4 [root@k8s-host docker]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE <none> <none> 7ea0f12a3321 7 hours ago 7.34MB
操作中执行 docker rmi -f alpine4:v1.0 命令后，仅删除了镜像:tag，并没有删除镜像数据层。
可以看到只有镜像名称:tag 变成了none，实际的镜像还是存在的。因为目前 945e9f47d833 容器中引用到了 7ea0f12a3321 镜像是无法使用 docker rmi -f 删除的。
扩展内容
尤其在测试、研发环境中会出现很多 <none> 标记的镜像，占用较多资源。 在docker cli工具中可以使用如下命令来清理未使用的镜像。
$ docker system prune
注意：该命令包含删除所有未使用的容器、网络、镜像(悬空的和未引用的)，以及卷(可选)。
也可单独删除所有无名的镜像(悬空镜像)
$ docker rmi $(docker images -f "dangling=true" -q)
到此这篇关于docker image tag为什么出现none的原因及解决的文章就介绍到这了,更多相关docker image tag none内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
相关文章
这篇文章主要介绍了如何使用 Dockerfile 创建一个简单容器，Dockerfile 是用于指导 docker 创建自定义 image 的一系列指令，是用于创建 image 的蓝图，下文更多详细介绍需要的小伙伴可以参考一下2022-04-04
本文主要介绍了云原生之使用Docker部署homer静态主页的方法步骤,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧2023-08-08
当用Django框架开发的网站项目完成后上线的话可以用物理主机、虚拟机来部署,也可以容器,下面这篇文章主要给大家介绍了关于使用docker部署django的详细步骤,需要的朋友可以参考下2022-08-08
Docker如何使用nginx搭建tomcat集群(图文详解)
这篇文章主要介绍了Docker使用nginx搭建tomcat集群的教程,本文图文并茂给大家介绍的非常详细，具有一定的参考借鉴价值，需要的朋友可以参考下2019-12-12
在本篇文章里小编给大家整理的是关于docker中psql数据库基本操作内容，需要的朋友们可以学习参考下。2020-02-02
docker-compose部署eureka服务端、客户端的案例代码
这篇文章主要介绍了docker-compose部署eureka服务端、客户端,本文通过实例代码给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下2023-03-03
这篇文章主要给大家总结介绍了关于docker网卡的IP地址修改方法,文中通过实例代码介绍的非常详细,对大家学习或者使用docker具有一定的参考学习价值,需要的朋友可以参考下2023-06-06
这篇文章主要介绍了解决docker images 镜像消失的问题，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧2021-03-03
Docker是一个Client-Server结构的系统，Docker守护进程运行在主机上，然后通过Socket连接从客户端访问，守护进程从客户端接受命令并管理运行在主机上的容器，本文给大家介绍docker概念和底层原理，感兴趣的朋友一起看看吧2022-03-03
docker<容器数据卷-v>对容器内数据持久化详解(备份)
容器的数据持久化主要是指宿主机与容器,以及容器与容器之间进行数据交互,下面这篇文章主要给大家介绍了关于docker<容器数据卷-v>对容器内数据持久化的相关资料,需要的朋友可以参考下2023-03-03
最新评论