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

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

(docker images -f " hanging =true" -q) 删除不需要的卷 删除未使用的图像 移除未使用的容器

检查/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 build创建新映像时达到了极限。所以我增加了可用的数量。

似乎有几种方式可以发生这种情况。我遇到的问题是，docker磁盘映像已经达到其最大大小(docker Whale -> Preferences -> disk，如果你想查看它在OSX中的大小)。

我提高了极限，然后就可以出发了。我相信清理未使用的图像也会起作用。

你的cgroups已经启用了cpuset控制器。这个控制器在NUMA环境中非常有用，它允许精细地指定允许运行哪个CPU/内存库的任务。

默认情况下是强制的cpuset。Mems和cpuset。cpu没有设置，这意味着“没有空间留给”您的任务，因此出现错误。

解决这个问题最简单的方法是启用cgroup。将根组中的Clone_children改为1。对你来说，应该是

echo 1 > /sys/fs/cgroup/docker/cgroup.clone_children

它基本上会指示系统自动初始化容器的cpuset。Mems和cpuset。来自父cgroup的cpu。