通过将"graph": "/dcos/docker/"添加到/etc/docker/daemon.json中,我将所有中间层DCOS agnet节点的停靠根dir更改为在更大的磁盘下运行,而不是根(/)卷。
通过docker info,我看到了从Docker Root Dir:/var/lib/docker/到Docker Root Dir:/dcos/docker/的变化。
然后,从我所看到的情况来看,这个更改适用于Docker,因为所有卷和所有容器都是在/dcos/docker目录中创建的。但问题是,中间层DCOS似乎没有注意到这样的变化。当从GUI或CLI启动容器时,即使停靠者根卷要大得多,它也不能启动需要大于根(/)大小的持久卷的容器。
/dev/mapper/centos-root 150G 4.3G 146G 3% /
/dev/sda1 881G 3.8G 832G 1% /dcos/docker但是,当我启动一个只需要比根磁盘更小的容器时,它就工作了,并将它放在/dcos/docker下面。
是否有任何方法使中间层DCOS重新计算它可用于持久存储的空闲空间?或者让代理节点注意到停靠根dir不再在root(/)卷下了?
在gui中,当询问调试“最近资源提供”表时,我可以看到节点提供了1T的存储,但是任务请求磁盘参数上的0字节和红色X。但是在其他根大于请求大小的代理节点上,它是一个绿色标记。
发布于 2018-10-01 14:31:18
通过将磁盘的挂载位置从/dcos/docker更改为/var,并将停靠根的位置更改为/var/lib/docker,使其工作。这修复了由码头容器填充的两个根,并允许我在dcos中分配更大的预见量。
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/centos-root 50G 12G 39G 24% /
devtmpfs 148G 0 148G 0% /dev
tmpfs 148G 0 148G 0% /dev/shm
tmpfs 148G 250M 148G 1% /run
tmpfs 148G 0 148G 0% /sys/fs/cgroup
/dev/sda2 1014M 184M 831M 19% /boot
/dev/mapper/centos-lvol1 2.0T 39M 2.0T 1% /dcos/volume0
/dev/mapper/centos-lvol0 4.0T 17G 4.0T 1% /var
/dev/mapper/centos-lvol2 1.8T 33M 1.8T 1% /dcos/volume1
overlay 4.0T 17G 4.0T 1% /var/lib/docker/overlay/095f55a30c322914b0d4b82ac90a884fd5a1b1f937ce94654bf961e59644f720/merged
shm 64M 0 64M 0% /var/lib/docker/containers/e73e8277e9ce4270afd38038ecc2116e3a12e415783a611a74a7900f6241fe3a/shm
overlay 4.0T 17G 4.0T 1% /var/lib/docker/overlay/19c8656cf344a3dce3cbce73040961af551d38bb4f63843dd173d075c72ba58b/merged
shm 64M 0 64M 0% /var/lib/docker/containers/ccfcd9707003e55d229884ac283b977df634ae9d5c8b5f04517dba94c255fa5d/shm
overlay 4.0T 17G 4.0T 1% /var/lib/docker/overlay/886b3e427b2c2d8ff2854e015bd91617253c069fdf9537a882dac10584720924/merged
shm 64M 0 64M 0% /var/lib/docker/containers/654b4a4bd9aaa13720fbe3be81f48228d35932a45f5af56789c9fdd4b974294b/shm
tmpfs 30G 0 30G 0% /run/user/0https://stackoverflow.com/questions/52517242
复制相似问题