为什么 docker 图像占用了 docker 未使用的磁盘空间

Question

我已经设置了 docker 并且我使用了完全不同的块设备来存储 docker 的系统数据：

[root@blink1 /]# cat /etc/sysconfig/docker
# /etc/sysconfig/docker

other_args="-H tcp://0.0.0.0:9367 -H unix:///var/run/docker.sock -g /disk1/docker"

请注意/disk/1使用的是完全不同的硬盘驱动器/dev/xvdi

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      7.8G  5.1G  2.6G  67% /
devtmpfs        1.9G  108K  1.9G   1% /dev
tmpfs           1.9G     0  1.9G   0% /dev/shm
/dev/xvdi        20G  5.3G   15G  27% /disk1
/dev/dm-1       9.8G  1.7G  7.6G  18% /disk1/docker/devicemapper/mnt/bb6c540bae25aaf01aedf56ff61ffed8c6ae41aa9bd06122d440c6053e3486bf
/dev/dm-2       9.8G  1.7G  7.7G  18% /disk1/docker/devicemapper/mnt/c85f756c59a5e1d260c3cdb473f3f4d9e55ac568967abe190eeaf9c4087afeac

问题是，当我继续下载 docker 个镜像并运行 docker 个容器时，似乎另一个硬盘/dev/xvda1也用完了。

我可以通过删除一些 docker 图像来验证这个问题。 在我删除了一些 docker 图像之后， /dev/xvda1现在有一些额外的空间。

我错过了什么吗？

我的 docker 版本：

[root@blink1 /]# docker info
Containers: 2
Images: 42
Storage Driver: devicemapper
 Pool Name: docker-202:1-275421-pool
 Pool Blocksize: 64 Kb
 Data file: /disk1/docker/devicemapper/devicemapper/data
 Metadata file: /disk1/docker/devicemapper/devicemapper/metadata
 Data Space Used: 3054.4 Mb
 Data Space Total: 102400.0 Mb
 Metadata Space Used: 4.7 Mb
 Metadata Space Total: 2048.0 Mb
Execution Driver: native-0.2
Kernel Version: 3.14.20-20.44.amzn1.x86_64
Operating System: Amazon Linux AMI 2014.09

Answer 1

删除我的整个 /var/lib/docker 对我来说是不行的。 这些是更安全的方法：

解决方案1：

从发出以下命令清理空间，对我来说，它是不是删除要安全很多在/ var / lib中/搬运工或为Windows检查您的磁盘映像的位置在这里。

前：

docker info

示例输出：

Metadata file: 
Data Space Used: 53.38 GB
Data Space Total: 53.39 GB
Data Space Available: 8.389 MB
Metadata Space Used: 6.234 MB
Metadata Space Total: 54.53 MB
Metadata Space Available: 48.29 MB

较新版本的 Docker 中的命令，例如 17.x +

docker system prune -a

它会向你显示一个警告，它将删除所有停止的容器、网络、图像和构建缓存。 一般来说，删除它是安全的。 （下次运行容器时，它可能会从 Docker 注册表中拉取）

示例输出：

Total reclaimed space: 1.243GB

然后您可以再次运行 docker info 以查看已清理的内容

docker info

解决方案2：

除此之外，请确保 docker 容器内的程序没有将许多/巨大的文件写入文件系统。

检查正在运行的 docker 进程的空间使用大小

docker ps -s #may take minutes to return

或对于所有容器，甚至退出

docker ps -as #may take minutes to return

然后您可以删除违规容器

docker rm <CONTAINER ID>

找出可能使用空间演出的罪魁祸首

docker exec -it <CONTAINER ID> "/bin/sh"
du -h

在我的情况下，程序正在编写临时文件的演出。

（ Nathaniel Waisbrot在接受的答案中提到了这个问题，我从这个问题中得到了一些信息）

---

或者

旧版本 Docker 中的命令，例如 1.13.x（以 root 身份运行，而不是 sudo）：

# Delete 'exited' containers
docker rm -v $(docker ps -a -q -f status=exited)

# Delete 'dangling' images (If there are no images you will get a docker: "rmi" requires a minimum of 1 argument)
docker rmi $(docker images -f "dangling=true" -q)

# Delete 'dangling' volumes (If there are no images you will get a docker: "volume rm" requires a minimum of 1 argument)
docker volume rm $(docker volume ls -qf dangling=true)

后 ：

> docker info
Metadata file: 
Data Space Used: 1.43 GB
Data Space Total: 53.39 GB
Data Space Available: 51.96 GB
Metadata Space Used: 577.5 kB
Metadata Space Total: 54.53 MB
Metadata Space Available: 53.95 MB

Answer 2

这是 devicemapper 的内核问题，它会影响 RedHat 系列操作系统（RedHat、Fedora、CentOS 和 Amazon Linux）。 删除的容器不会释放映射的磁盘空间。 这意味着在受影响的操作系统上，您将在启动和重新启动容器时慢慢耗尽空间。

Docker 项目意识到了这一点，并且内核据说已在上游修复 ( https://github.com/docker/docker/issues/3182 )。

一种解决方法是为 Docker 提供自己的写入卷（ “当 Docker 占用您的磁盘空间时” ）。 这实际上并不能阻止它占用空间，只是在它占用空间后关闭系统的其他部分。

我的解决方案是卸载 docker，然后删除其所有文件，然后重新安装：

sudo yum remove docker
sudo rm -rf /var/lib/docker
sudo yum install docker

这让我的空间回来了，但这与仅仅启动替换实例没有太大区别。 我还没有找到更好的解决方案。

Answer 3

移动/var/lib/docker目录。

假设/data目录有足够的空间，如果没有，则替换为有空间的，

sudo systemctl stop docker

sudo mv /var/lib/docker /data


sudo ln -s /data/docker /var/lib/docker

sudo systemctl start docker

这样，您就不必重新配置 docker。

Answer 4

有同样的问题。 在我的场景中，我的 vbox 存储空间不足。 经过调查发现我的 docker 本地卷消耗了 30GB。 Ubuntu 16.04 主机。

找出你的。

docker system df

TYPE                TOTAL               ACTIVE              SIZE                RECLAIMABLE
Images              3                   0                   1.361GB             1.361GB (100%)
Containers          0                   0                   0B                  0B
Local Volumes       7                   0                   9.413GB             9.413GB (100%)
Build Cache                                                 0B                  0B



docker system prune --volumes


  WARNING! This will remove:
        - all stopped containers
        - all networks not used by at least one container
        - all volumes not used by at least one container
        - all dangling images
        - all build cache
Are you sure you want to continue? [y/N]

这释放了未使用的本地卷的磁盘空间。 在我的方案中释放了 20 GB 的存储空间。 如果要保留它们，请在执行此操作之前确保要保留的容器正在运行，因为这会删除所有停止的容器。

Answer 5

我遇到了类似的问题，我认为当磁盘中没有足够的空间容纳所有 docker 图像时会发生这种情况。 我为 docker 图像保留了 6GB，但在我的情况下这还不够。 无论如何，我已经删除了每个图像和容器，但磁盘仍然看起来已满。 大部分空间被 /var/lib/docker/devicemapper 和 /var/lib/docker/tmp 使用。

这个命令对我不起作用：

# docker ps -qa | xargs docker inspect --format='{{ .State.Pid }}' | xargs -IZ fstrim /proc/Z/root/

首先，我停止了 docker 服务：

sudo service docker stop

然后我删除了/var/lib/docker：

然后我做了有人在这里建议的https://github.com/docker/docker/issues/18867#issuecomment-232301073

• 删除 docker metadata rm -rf /var/lib/docker 的现有实例

  须藤 rm -rf /var/lib/docker

• 将以下选项传递给 docker 守护进程： -s devicemapper --storage-opt dm.fs=xfs --storage-opt dm.mountopt=discard

• 启动 docker 守护进程。

对于最后两个步骤，我运行：

sudo dockerd -s devicemapper --storage-opt dm.fs=xfs --storage-opt dm.mountopt=discard

Answer 6

默认情况下，Docker prune 不会删除卷，

你可以尝试类似的东西

docker volume prune -f

Answer 7

如问题#18867 中所述 - 删除容器设备映射器中的数据无法从 Github.com 释放已用空间

尝试运行以下命令：

# docker ps -qa | xargs docker inspect --format='{{ .State.Pid }}' | xargs -IZ fstrim /proc/Z/root/

它使用fstrim工具修剪 devicemapper fstrim配置的磁盘。

Answer 8

对于在 MacOS 中遇到此问题的人，对我有用的解决方案是查找 Docker.raw 文件，该文件是 Docker 用来在主机中保留逻辑空间然后删除的文件。 如果你有 Docker 桌面，你可以去：

Preferences -> Resources -> Advanced ，然后在Disk image location选项卡下查看。

在终端中导航到该文件夹​​并删除Docker.raw文件（ $ rm -rf Docker.raw ）

重要说明：只有这样做是您不需要任何现有的图像或卷。

Answer 9

也许您可以尝试docker system prune删除所有不重要的图像

Answer 10

如果您在 docker 上运行 K3S(miniikube)，请运行以下命令：

minikube ssh -- docker system prune

Minikube 将使用 Docker 个本地卷。 所以你必须在 minikube 中使用 ssh 来修剪你的系统。 PS：如果你想清理你的卷：

minikube ssh -- docker system prune -a --volumes -f

Answer 11

是的，Docker 使用 /var/lib/docker 文件夹来存储层。 有多种方法可以回收空间并将存储移动到其他目录。

您可以挂载更大的磁盘空间并将 /var/lib/docker 的内容移动到新的挂载位置并制作符号链接。

有关于如何完成上述任务的详细说明。

http://www.scmtechblog.net/2016/06/clean-up-docker-images-from-local-to.html

您也可以删除中间层。

https://github.com/vishalvsh1/docker-image-cleanup