Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/docker/9.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
';设备上没有剩余空间';我换了码头工人后';具有DOCKER\u选项的存储基目录_Docker - Fatal编程技术网

';设备上没有剩余空间';我换了码头工人后';具有DOCKER\u选项的存储基目录

';设备上没有剩余空间';我换了码头工人后';具有DOCKER\u选项的存储基目录,docker,Docker,我通过更改/etc/default/Docker中的Docker\u选项,将Docker的存储库目录从/var/lib/Docker更改为/home/Docker,如中所述。之后,我将旧的/var/lib/docker重新同步到新位置 这是我的Docker配置文件: # Docker Upstart and SysVinit configuration file # .... # Customize location of Docker binary (especially for devel

我通过更改
/etc/default/Docker
中的
Docker\u选项,将Docker的存储库目录从
/var/lib/Docker
更改为
/home/Docker
,如中所述。之后,我将旧的
/var/lib/docker
重新同步到新位置

这是我的Docker配置文件:

# Docker Upstart and SysVinit configuration file
# ....

# Customize location of Docker binary (especially for development testing).
#DOCKER="/usr/local/bin/docker"

# Use DOCKER_OPTS to modify the daemon startup options.
DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4 -g /home/docker"

# If you need Docker to use an HTTP proxy, it can also be specified here.
#export http_proxy="http://127.0.0.1:3128/"

# This is also a handy place to tweak where Docker's temporary files go.
#export TMPDIR="/mnt/bigdrive/docker-tmp"
重启后一切都很好。然而,我开始在我的容器中不时出现“设备上没有空间”的情况。发生此错误时,如果我的容器已启动,我甚至无法执行
mkdir
。如果容器已关闭,我尝试启动它,则会得到以下结果:

来自守护程序的错误响应:rpc错误:code=2 desc=“oci运行时 错误:无法与容器进程同步:无法创建 pivot\u root dir,错误mkdir。pivot\u root:设备上没有剩余空间”

但是,我有空间:

Filesystem                                    Size  Used Avail Use% Mounted on
udev                                           32G  4,0K   32G   1% /dev
tmpfs                                         6,3G  1,6M  6,3G   1% /run
/dev/sda1                                      92G   56G   32G  64% /
none                                          4,0K     0  4,0K   0% /sys/fs/cgroup
none                                          5,0M     0  5,0M   0% /run/lock
none                                           32G  472K   32G   1% /run/shm
none                                          100M     0  100M   0% /run/user
/dev/sda5                                     1,6T  790G  762G  51% /home

我怀疑可能是我没有正确地进行存储迁移。有人知道可能发生什么吗?

磁盘空间不足也可能包括inode限制。您可以使用
df-i
检查这些。在Unix.SE上,将引导您完成增加可用索引节点数量所需的步骤。除此之外,您可以删除文件以释放inode。

磁盘空间不足也可能包括inode限制。您可以使用
df-i
检查这些。在Unix.SE上,将引导您完成增加可用索引节点数量所需的步骤。除此之外,您可以删除文件以释放inode。

您可以尝试清理未使用的图像。这为我解决了问题:

docker images -aq -f 'dangling=true' | xargs docker rmi
以及卷。这将删除悬挂卷:

docker volume ls -q -f 'dangling=true' | xargs docker volume rm

您可以尝试清理未使用的图像。这为我解决了问题:

docker images -aq -f 'dangling=true' | xargs docker rmi
以及卷。这将删除悬挂卷:

docker volume ls -q -f 'dangling=true' | xargs docker volume rm

df-i

显示了什么。很抱歉让您挂断电话。在我发布这个问题后不久,我们检查了
df-I
,发现索引节点已满100%(108kk索引节点)。我没想到。它与移动存储目录无关。现在,我不确定我是应该保留这个问题还是删除它。其他人可能会觉得它很有用。我将根据您的发现发布一个答案。
df-I
显示了什么。很抱歉让您挂断。在我发布这个问题后不久,我们检查了
df-I
,发现索引节点已满100%(108kk索引节点)。我没想到。它与移动存储目录无关。现在,我不确定我是应该保留这个问题还是删除它。其他人可能会觉得它很有用。我会根据你的发现发布一个答案。