我设置了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
答案 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
您也可以删除中间层。
答案 9 :(得分：0)
也许您可以尝试Preferences > Key Bindings - User删除所有不重要的图像