我在Debian 7机器上安装docker的方法如下

$ echo deb http://get.docker.io/ubuntu docker main > /etc/apt/sources.list.d/docker.list
$ sudo apt-get update
$ curl -sSL https://get.docker.com/ubuntu/ | sudo sh

之后,当我第一次尝试创建一个图像时,它失败了,出现以下错误

 time="2015-06-02T14:26:37-04:00" level=info msg="[8] System error: write /sys/fs/cgroup/docker/01f5670fbee1f6687f58f3a943b1e1bdaec2630197fa4da1b19cc3db7e3d3883/cgroup.procs: no space left on device"

这是docker信息

Containers: 2
Images: 21
Storage Driver: aufs
Root Dir: /var/lib/docker/aufs
Backing Filesystem: extfs
Dirs: 25
Dirperm1 Supported: true
Execution Driver: native-0.2
Kernel Version: 3.16.0-0.bpo.4-amd64
Operating System: Debian GNU/Linux 7 (wheezy)
CPUs: 2
 Total Memory: 15.7 GiB


WARNING: No memory limit support
 WARNING: No swap limit support

如何增加内存?系统配置存储在哪里?

以下是卡尔的建议:

当我摆脱了所有的图像和容器,它确实释放了一些空间和图像构建运行更长的时间之前失败与相同的错误。问题是,这指的是哪个空间我怎么配置它?


当前回答

Docker for Mac

所以docker系统剪接和docker系统剪接——其他答案中建议的卷每次都释放了一些空间,但最终每次我运行任何东西都得到错误。

真正解决根本问题的是删除Docker。Docker for Mac用于存储的原始文件,并重新启动它。

要找到这个文件,打开Docker for Mac,然后转到*

Preferences > Resources > Advanced > Disk Image Location

*这是2.2.0.5版本,但在旧版本上应该是类似的

在新版本的Docker for Mac**上,它会在UI中显示该文件在磁盘上的实际大小,以及它的最大分配大小。你可能会看到它是巨大的。例如,在我的机器上,它是41GB!

**在旧版本上,它不会在UI中显示实际的磁盘使用情况,MacOS Finder总是显示文件大小为最大分配大小。您可以通过打开终端中的目录并运行du -h Docker.raw来检查磁盘上的实际大小

我删除了Docker。raw,重启Docker for Mac,文件自动重新创建,恢复为0GB。

一切都像以前一样继续工作,当然,我失去了Docker缓存。正如预期的那样,在运行了几个Docker命令后,文件又开始被几GB的东西填满,但远不到41GB。


更新

几个月后,我的Docker。Raw再次填充到类似的大小。所以这个方法确实有效,但必须每隔几个月重复一次。对我来说这很好。

关于这个工作原理的说明-我不得不假设这是Mac的Docker中的一个错误。它看起来真的像Docker系统修剪/ Docker系统修剪-卷应该完全清除这个文件的内容,但它似乎文件积累了其他不能被这些命令删除的东西。不管怎样,手动删除它可以解决问题!

其他回答

如果它只是Docker的测试安装(即不是生产),并且你不关心做核清洁,你可以:

清洁所有容器: docker ps -a | sed '1 d' | awk '{print $1}' | xargs -L1 docker rm

清除所有图像: docker images -a | sed '1 d' | awk '{print $3}' | xargs -L1 docker rmi -f

同样,我在开发Docker的ec2实例中使用了这个方法,而不是在任何严肃的QA或生产路径中使用。伟大的事情是,如果你有你的Dockerfile(s),它很容易重建或docker拉。

我运行以下命令。

之后不需要重新构建图像。

docker rm $(docker ps -qf 'status=exited')
docker rmi $(docker images -qf "dangling=true")
docker volume rm $(docker volume ls -qf dangling=true)

这些删除退出/悬挂容器和悬挂卷。

检查/var上是否有空闲空间,因为Docker默认将图像文件存储在/var/lib/ Docker中。

首先使用docker ps -a列出所有容器(包括停止的容器),然后使用docker rm删除它们;然后使用docker images列出您存储的所有映像,并使用docker rmi删除它们。

接下来,在docker守护进程上使用-g选项更改存储位置,或者编辑/etc/default/docker并将-g选项添加到DOCKER_OPTS。-g指定“Docker运行时”的位置,这基本上是Docker在构建映像和运行容器时创建的所有东西。选择一个有足够空间的位置,因为所使用的磁盘空间会随着时间的推移而增长。如果您编辑了/etc/default/docker,您将需要重新启动docker守护进程以使更改生效。

现在您应该能够创建一个新的映像(或从Docker Hub中提取一个映像),并且您应该会看到在您使用-g选项指定的目录中创建了一堆文件。

在我的情况下,我没有那么多的镜像/容器,但构建缓存正在填满我的Docker磁盘。

你可以通过跑步看到这就是问题所在

docker system df

输出:

TYPE                TOTAL               ACTIVE              SIZE                RECLAIMABLE
Images              22                  13                  7.581GB             3.899GB (51%)
Containers          15                  0                   2.166GB             2.166GB (100%)
Local Volumes       4                   4                   550.2MB             0B (0%)
Build Cache         611                 0                   43.83GB             43.83GB!!!!!!!!!

下面的命令解决了这个问题

docker builder prune

对我来说,码头系统修剪做的把戏。我用的是mac操作系统。