这个问题与我是否应该关注过量的、未运行的Docker容器有关。
我想知道如何移除旧容器。docker rm 3e552code34a允许你删除一个,但我已经有很多了。Docker rm——help没有提供选择选项(像all一样,或者通过映像名称)。
也许有一个存放这些容器的目录,我可以很容易地手动删除它们?
这个问题与我是否应该关注过量的、未运行的Docker容器有关。
我想知道如何移除旧容器。docker rm 3e552code34a允许你删除一个,但我已经有很多了。Docker rm——help没有提供选择选项(像all一样,或者通过映像名称)。
也许有一个存放这些容器的目录,我可以很容易地手动删除它们?
当前回答
一个伟大的自动替代- containrrr/watchtower
它包含图像自动清理,更新和监控选项
version: "3.9"
services:
service:
container_name: watchtower
image: containrrr/watchtower:latest
hostname: watchtower
environment:
- TZ=Europe/Bucharest
- WATCHTOWER_CLEANUP=true
- WATCHTOWER_INCLUDE_RESTARTING=true
- WATCHTOWER_POLL_INTERVAL=86400
#- WATCHTOWER_SCHEDULE=0 0 4 * * *
- WATCHTOWER_LABEL_ENABLE=false
- WATCHTOWER_MONITOR_ONLY=false
- WATCHTOWER_NO_PULL=false
- WATCHTOWER_NO_RESTART=false
volumes:
- /var/run/docker.sock:/var/run/docker.sock
restart: unless-stopped
其他回答
https://github.com/HardySimpson/docker-cleanup
码头工人清理
一个小的一体化外壳,它删除:
一天前没有运行的容器 不属于任何剩余容器的映像
打算作为crontab作业运行
功能
它将删除所有<none>:<none>图像 如果映像有多个repo:标签引用,它将删除所有的repo:标签,除非运行一个容器。实际上这是“docker rmi”的本质。 许多错误信息将显示在屏幕上,你可以决定2>/dev/null或不 从docker-gc中学到一些东西,并修复了它的问题(它不能删除有多个repo:标签的图像)
更新后的答案 现在使用docker系统修剪或docker容器修剪。请看VonC的最新答案。
以前的回答 综合上面几个不同的提示,删除所有非运行容器的最优雅的方法似乎是:
Docker rm $(Docker ps -q -f status=exit)
-q只打印容器id(没有列标题) -f允许你过滤打印的容器列表(在这种情况下,我们过滤只显示退出的容器)
从Docker 1.13开始。x你可以使用Docker容器修剪:
docker container prune
这将删除所有停止的容器,并且应该在所有平台上以相同的方式工作。
还有一个Docker系统修剪:
docker system prune
它将在一个命令中清理所有未使用的容器、网络、映像(悬空和未引用),以及可选的卷。
对于较旧的Docker版本,您可以将Docker命令与其他Unix命令串在一起以获得所需的内容。下面是一个关于如何清理几个星期前的旧容器的例子:
$ docker ps --filter "status=exited" | grep 'weeks ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm
为了表示感谢,这个例子来自https://twitter.com/jpetazzo/status/347431091415703552。
Use:
docker rm -f $(docker ps -a -q)
它强制停止并删除本地存在的所有容器。
Bash的这两行代码会在删除容器之前通过一些关键字来过滤它们:
containers_to_keep=$(docker ps -a | grep 'keep\|Up\|registry:latest\|nexus' | awk '{ print $1 }')
containers_to_delete=$(docker ps -a | grep Exited | grep -Fv "$containers_to_keep" | awk '{ print $1 }')
docker rm $containers_to_delete
来自这篇文章。