docker image tag为什么出现none

于 2024-05-20 22:12:19 发布
阅读量803 收藏 10
点赞数 16
文章标签： docker 容器 系统架构 开发语言 后端 云原生 golang
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_29455595/article/details/139076199
版权

今天和小伙伴们，聊一个工作中遇到的小问题~

背景

公司项目是基于容器化架构设计，具体业务也拆成了多个微服务及对应了多个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相同则不会覆盖，也不会出现 标志。 因为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镜像删除， 下面的标记也不会发生变化。只有当时的 Dockerfile中的 ADD 文件重新docker build -t alpine1:v1.0编译，此处的 标记才能显示正常。

现象二

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)

技术文章持续更新，请大家多多关注呀~~

搜索微信公众号，关注我【 帽儿山的枪手 】

帽儿山的枪手
关注
  • 16
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
详解docker强制批量删除none的image镜像
01-10
他的名字和tag都是为none，空… 以前看过一个帖子说，给他标记一个tag，就可以干掉，瞎扯… [ruifengyun@bj-buzz-dev01 extractor_docker]$ [ruifengyun@bj-buzz-dev01 extractor_docker]$ docker images ...
Docker镜像列表中的none:none是什么
热门推荐
程序员欣宸的博客
06-01 2万+
查看本地镜像列表时，有可能看到镜像名字和TAG都是<none>的镜像，这是从哪来的呢？本文和您一起通过实战来了解这种镜像。
docker 镜像生成＜none＞的原因
五更钟动的博客
10-21 6757
dockerfile 去构建新的镜像，其构建的镜像同名，之前的镜像就会变成none，被新的镜像所替代，如果构建的文件没有发送改变，则会使用与之相同的镜像，不会生成新的镜像。如果构建的文件有变化的话，就会生成新的镜像，如果镜像库里有重名的镜像，就会将重名的镜像设置为none。并不是所none的镜像就是无用的，如果还有容器引用的话，那还是有用的。总结：要构建新的镜像，要看有没有和要构建的镜像名字和tag都相同的镜像，如果有，要先删除。如果要删除已有的镜像，要先查看是否有容器使用，要先删除容器在删除镜像。
Docker中<none>镜像的来历及快速删除操作
Briwisdom的博客
11-05 1158
删除： docker rmi -f $(docker images | grep "none" | awk '{print $3}') 来历：在docker反复build一个Dockerfile，并且使用相同tag（或者不用tag)会存留很多none镜像。第一次build生成一个image id, 再次build后，会重新生成一个image id, 命名和上一个一样，所以上一个镜像的tag和...
docker-删除none镜像
上官小斌的博客
03-22 3550
我们经常会遇到none的镜像 ,就像下面的图片里这种，一般来说我们直接通过rmi 镜像ID即可。 如果有依赖关系的，像下面这种。 bash-3.2# docker rmi 7df0e1473499 Error response from daemon: conflict: unable to delete 7df0e1473499 (cannot be forced) - image h...
docker中的none镜像
RAXCL的博客
12-17 8327
docker使用久了会出现很多名字为none的镜像，这些镜像大致可分为两类：有用镜像和无用镜像 有用镜像 通过docker images -a 命令才会显示的none镜像，这些镜像是镜像分层的中间镜像，同时这些镜像不会造成空间损耗 无用镜像 通过docker images 命令显示的none镜像，这些镜像是由于新加镜像占用了原有镜像的标签，原有镜像就变成了none镜像。 这些none镜像有一个好听的名字：空悬镜像（dangling images）,同时docker并没有自动删除这些镜像的机制。 那么如何删除
删除docker-register的镜像& none无效镜像讲解
weixin_34184561的博客
09-13 379
原文排版地址:删除docker-register的镜像& none无效镜像讲解 背景介绍 在服务器上搭建了docker registry,所有的构建镜像都会集中在一个服务器上，久而久之硬盘就被塞满了。本文会着重介绍两种清理方式。一是<none>标签的镜像，二是删除docker物理镜像。 docker<none&g...
解决docker加载新的镜像后repository和tag名称都为none的问题
01-20
可以使用命令： docker tag ...docker tag b03b74b01d97 docker-redis:0.0.1 ...补充知识：docker的save和load ...REPOSITORY TAG IMAGE ID CREATED SIZE clearlinux latest 32685d114002 7
docker image
09-04
关于docker image的相关概念，及对docker image的理解。
如何为Go程序创建一个最小的Docker Image详解
09-30
主要给大家介绍了关于如何为Go程序创建一个最小的Docker Image的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧。
查看docker镜像tag列表的脚本
11-28
查看docker镜像tag列表的脚本API="https://registry.hub.docker.com/v1/repositories" DEFAULT_NAME="nginx" DEFAULT_TIMEOUT=3
Docker这些none:none的镜像，难道就不配拥有名字吗
南瓜慢说
08-01 1224
1 前言 欢迎访问南瓜慢说 www.pkslow.com获取更多精彩文章！ 搞容器开发一段时间后，想看看都有哪些镜像，执行了一下docker images -a，蒙圈了，有一堆<none>:<none>的镜像。不知有什么用，不知能不能删，不知会不会占用很多空间。接下来我们探索一下吧。 2 镜像也有好坏吗？ 这些<none>:<none>镜像可分为两类：好与坏、有用与无用、不建议删除和建议删除的。 2.1 好的none 好的<none>:&lt
【docker】docker build <none>:<none>镜像
u010900754的专栏
11-14 1万+
我们一般定义image，都是使用Dockerfile，我们随时可能修改这个文件，然后重新使用docker build -t name . 命令来构建一个新的image。这种情况下，如果我们使用了和之前一样的镜像名来命名，那么docker会把这个名字赋给新的镜像，以前的镜像并不会被删除，但是此时它的名字被新的镜像剥夺了，就成为了一个无名镜像，也就是:出现的原因。 这个none镜像会占用磁盘空间，所
Docker-批量删除REPOSITORY或TAG为＜none＞的镜像
Eistert
12-30 6725
问题 通过docker images命令查询本地镜像列表 有可能看到repository和tag均为none的镜像， 这种镜像在Docker官方文档中被称作dangling images。 原因 根据官方解释，该镜像的产生是由于通过 “docker build -t [image_name:image_version] . -f dockerfile” 构造新镜像事， [image_name:image_version] 与本地已有镜像重名导致的。新生成镜像的名称+版本号与本地原有镜像相同时，docker
删除docker images中为none的镜像
u014221090的专栏
11-16 1万+
由于平时一直使用docker build 命令才生成一个镜像，有时候由于代码跟新频繁就会产生很多的none的image，最近想着清除一下。 于是就写了以下脚本：docker ps -a | grep "Exited" | awk '{print $1 }'|xargs docker stop docker ps -a | grep "Exited" | awk '{print $1 }'|xarg
docker下删除none的images
不好好做安全的运维足球狗
08-01 835
脚本 #!/bin/bash docker ps -a | grep &quot;Exited&quot; | awk '{print $1 }'|xargs docker stop docker ps -a | grep &quot;Exited&quot; | awk '{print $1 }'|xargs docker rm docker images|grep none|awk '{print $3 }'|xargs dock...
Docker 批量删除中间镜像缓存
看看我都干了些啥！
12-19 1387
Docker 批量删除中间镜像缓存     docker ps -a | grep "Exited" | awk '{print $1 }'|xargs docker stop docker ps -a | grep "Exited" | awk '{print $1 }'|xargs docker rm docker images|grep none|awk '{print $3 }...
【云计算】Docker删除名称为none的Image镜像
weixin_34227447的博客
03-07 316
  先上删除命令： docker images|grep none|awk '{print $3 }'|xargs docker rmi        docker强制批量删除none的image镜像        真是有段时间没搞Docker了，我们大部门的业务基本docker化了… …  确实是个好东西，我现在更多的是应用docker，具体的维护运维还是交给...
docker repository tag none
最新发布
05-26
当你使用Docker构建镜像时，每一层都会被标记，以便于后续的引用。如果你看到了一个标记为"none"的镜像，这意味着其中一层没有被正确标记。这通常是因为在构建过程中，某些步骤没有正确执行或被中断了。 你可以通过以下步骤来解决这个问题： 1. 确认你的 Dockerfile 文件是否正确无误，且没有语法错误。 2. 尝试重新构建镜像，确保每个步骤都正确执行。 3. 如果还是无法解决问题，可以尝试删除所有未使用的镜像，然后重新构建。 要删除所有未使用的镜像，可以使用以下命令： ``` docker image prune ``` 这将删除所有未被标记或引用的镜像。然后重新构建你的镜像，确保每个步骤都正确执行。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值