为什么docker镜像会占用Docker未使用的磁盘空间

时间:2015-01-09 03:54:35

标签: docker diskspace device-mapper

我设置了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

问题在于,当我继续下载泊坞窗图像并运行泊坞窗容器时,其他硬盘 /dev/xvda1 似乎也用完了。

我可以通过删除一些泊坞窗图像来验证此问题。删除一些泊坞窗图片后, /dev/xvda1 现在有了更多的空间。

我错过了什么吗?

我的码头版:

[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

10 个答案:

答案 0 :(得分:48)

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

Docker项目知道这一点,并且内核应该在上游(https://github.com/docker/docker/issues/3182)修复。

解决方法是给Docker自己的卷写入("When Docker eats up you disk space")。这实际上并没有阻止它占用空间,只是在系统的其他部分被取下之后。

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

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

这让我的空间恢复了,但与启动替换实例并没有多大区别。我还没有找到更好的解决方案。

答案 1 :(得分:37)

删除我的整个/ var / lib / docker对我来说不合适。这些是更安全的方式:

解决方案1:

此问题中的以下命令为我清理了空间,它比删除/ var / lib / docker更安全,或者对于Windows检查磁盘映像位置here

<强> 之前:

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

解决方案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在接受的答案[{3}}中提及,我从该问题中得到了一些信息)

旧版本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

答案 2 :(得分: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/

首先,我停止了泊坞服务:

sudo service docker stop

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

然后我在https://github.com/docker/docker/issues/18867#issuecomment-232301073

做了有人建议的事情
  • 删除docker metadata rm -rf / var / lib / docker

    的现有实例

    sudo 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

答案 3 :(得分:3)

正如Github.com的问题#18867 - Delete data in a container devicemapper can not free used space所述

尝试运行以下命令:

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

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

答案 4 :(得分:2)

移动/var/lib/docker目录。

假设/data目录有足够的空间,如果没有,则替换那个,{/ p>

sudo systemctl stop docker

sudo mv /var/lib/docker /data


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

sudo systemctl start docker

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

答案 5 :(得分:2)

有同样的问题。在我的方案中,我的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的存储空间。如果要保留它们,请确保要保留的容器正在运行正在运行,因为这样会删除所有已停止的容器。

答案 6 :(得分:1)

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

您可以尝试

docker system prune --volume

答案 7 :(得分:1)

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

Preferences -> Resources -> Advanced 然后查看 Disk image location 标签下。

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

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

答案 8 :(得分:0)

是的,Docker使用/ var / lib / docker文件夹来存储图层。有办法回收空间并将存储移动到其他目录。

您可以安装更大的磁盘空间并将/ var / lib / docker的内容移动到新的安装位置并创建sym链接。

有关如何执行上述任务的详细说明。

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

您也可以删除中间层。

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

答案 9 :(得分:0)

也许您可以尝试Preferences > Key Bindings - User删除所有不重要的图像