我在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

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

以下是卡尔的建议:

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


当前回答

立即删除所有未使用的容器、卷、网络和映像(https://docs.docker.com/engine/reference/commandline/system_prune/):

docker system prune -a -f --volumes

如果还不够,可以先删除正在运行的容器:

docker rm -f $(docker ps -a -q)
docker system prune -a -f --volumes

增加/var/lib/docker或使用其他空间更大的位置也是消除此错误的好选择(参见如何更改docker镜像安装目录?)

其他回答

我在RHEL机器上也遇到了这个问题。在堆栈溢出和docker-hub社区中,我没有找到任何合适的解决方案。 如果您在执行以下命令后仍面临此问题:

Docker系统全部修剪

最终奏效的解决方案:

docker info To check current docker storage driver Mine was : Storage Driver: devicemapper; If you have storage driver as overlay2 nothing to worry about. Solution will still work for you. df -h This is to check the available file systems on machine and the path where they are mounted. Two mounted path to have a note: /dev/mapper/rootvg-var 7.6G 1.2G 6.1G 16% /var /dev/mapper/rootvg-apps 60G 9.2G 48G 17% /apps Note- By default docker storage path is /var/lib/docker. It has available space ~6 GB and hence all the space related issues. So basically, I have to move default storage to some other storage where available space is more. For me its File sysyem path '/dev/mapper/rootvg-apps' which is mounted on /apps. Now task is to move /var/lib/docker to something like /apps/newdocker/docker. mkdir /apps/newdocker/docker chmod -R 777 /apps/newdocker/docker Update docker.serive file on linux which resides under: /usr/lib/systemd/system vi /usr/lib/systemd/system/docker.service if storage device is devicemapper , comment existing ExecStart line and add below under [Service]: ExecStart= ExecStart=/usr/bin/dockerd -s devicemapper --storage-opt dm.fs=xfs --storage-opt dm.basesize=40GB -g /apps/newdocker/docker --exec-opt native.cgroupdriver=cgroupfs Or if storage device is overlay2: just add -g /apps/newdocker/docker in the existing ExexStart statement. Something like ExecStart=/usr/bin/dockerd -g /apps/newdocker/docker -H fd:// --containerd=/run/containerd/containerd.sock rm -rf /var/lib/docker (It will delete all existing docker data) systemctl stop docker ps aux | grep -i docker | grep -v grep If no output has been produced by the above command, reload systemd daemon by below command. systemctl daemon-reload systemctl start docker docker info Check out the Data Space Available: 62.15GB after mouting to docker to new File system. DONE

如果它只是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 Toolkit使用boot2docker映像,那么问题源于boot2docker虚拟机已耗尽空间。

当您执行docker导入或添加新映像时,映像将被复制到可能已满的/mnt/sda1中。

检查映像中可用空间的一种方法是ssh进入虚拟机并运行df -h并检查/mnt/sda1中的剩余空间

ssh命令为 Docker-machine SSH默认

一旦您确定这确实是一个空间问题,您可以根据这个问题的一些答案中的说明进行清理,或者您可以选择通过增加/mnt/sda1上的空间来调整boot2docker映像本身的大小

您可以按照这里的说明来调整图像的大小 https://gist.github.com/joost/a7cfa7b741d9d39c1307

这可能是因为默认存储空间设置为40GB(默认路径,/var/lib/docker)

您可以更改存储卷指向不同的路径

编辑文件-> /etc/sysconfig/docker-storage 在行下更新(如果不存在则添加)

DOCKER_STORAGE_OPTIONS = '——存储驱动=叠加图= CUSTOM_PATH '

重启码头工人 Systemctl stop docker systemctl daemon-reload Systemctl start docker

如果你运行命令docker info(它应该显示存储驱动为overlay)

我在GCP mashine上遇到了这个问题。没有一种修剪方法对我有效。/var/lib/docker仍然重约160gb。然后我停了下来 服务docker停止删除docker缓存文件夹。

Sudo rm -rf /var/lib/docker。重新启动docker服务后,这个删除的文件夹被重新创建为明确的docker系统文件夹。当然,我丢失了所有的docker数据,但释放了磁盘空间。