【问题标题】:How to view the docker image/container limit? And how to modify it while we run "docker build"?如何查看 docker 镜像/容器限制?以及在我们运行“docker build”时如何修改它?
【发布时间】:2016-08-02 03:49:05
【问题描述】:

docker info 的输出如下:

$ docker info
Containers: 1
 Running: 1
 Paused: 0
 Stopped: 0
Images: 47
Server Version: 1.11.2
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 49
 Dirperm1 Supported: false
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: null host bridge
Kernel Version: 3.13.0-88-generic
Operating System: Ubuntu 14.04.4 LTS
OSType: linux
Architecture: x86_64
CPUs: 48
Total Memory: 125.8 GiB
Name: woodhouse02
ID: ON2Y:DX5E:KZT2:BEFK:4Q7E:QCKT:BZBA:JHCN:QYLM:5QEC:JJIH:3UWY
Docker Root Dir: /var/lib/docker
Debug mode (client): false
Debug mode (server): false
Registry: https://index.docker.io/v1/
WARNING: No swap limit support

由于 docker info 没有“基本设备大小”,我无法找出图像/容器的最大默认大小。

问题: 由于该系统中的所有 docker 容器空间不足,服务器脱机,但机器上的容器刚刚使用了 25% 的分配空间。

所有进程占用的空间如下。

root@machine:~# df -h -l
Filesystem                 Size  Used Avail Use% Mounted on
udev                        63G  4.0K   63G   1% /dev
tmpfs                       13G  2.0M   13G   1% /run
/dev/dm-1                   46G   11G   33G  25% /
none                       4.0K     0  4.0K   0% /sys/fs/cgroup
none                       5.0M     0  5.0M   0% /run/lock
none                        63G  3.0M   63G   1% /run/shm
none                       100M   28K  100M   1% /run/user
/dev/sda1                  465M   62M  375M  15% /boot
/dev/mapper/vg00-lv_local  831G   73M  788G   1% /local
none                        46G   11G   33G  25% /var/lib/docker/aufs/mnt/ba5af540ce296b500fbc377edcfdf3feac171e3ffab6353498fc910119d76bd6
shm                         64M     0   64M   0% /var/lib/docker/containers/9ca29b621bf7626590e4c0eb4aca394235267ed9bdd85750f98740de80d63471/shm
none                        46G   11G   33G  25% /var/lib/docker/aufs/mnt/09de70d6c888b865c91984d885415d4f84ada73b9e768c73261ce43fda64fa25
none                        46G   11G   33G  25% /var/lib/docker/aufs/mnt/251eb33f72cdab6d381a41cc127bc71fc635cdce7c97be490bc18dcb31c24adf
none                        46G   11G   33G  25% /var/lib/docker/aufs/mnt/76955f1cf85c1070dc4a3fa02aeb4211a4c84c72133b5bcedb8e4f33fdc7d381
shm                         64M     0   64M   0% /var/lib/docker/containers/8aab30ea0cc2e73cc6f722c705209429032f237f01a5fd7f918e573ad041ba55/shm
shm                         64M     0   64M   0% /var/lib/docker/containers/5f6fe23bf1e49b6732fff93f91448d480d9dd02c0ffd5e23ebec2eb0530ee912/shm
shm                         64M     0   64M   0% /var/lib/docker/containers/d6dee9f5ffa4966c90870d9502de67208381b0f2ce71c95fce6cd3859e470551/shm

如何找出默认的 docker 镜像/容器限制是多少。它必须是标准的 10.74GB(因为故障发生在 ~11GB)。但我找不到此信息。

另外,如何修改呢?我想将限制增加到 100GB。 执行“docker run”或“docker build”时是否可以设置限制

【问题讨论】:

  • 没有图像/容器限制。只是正常的 fs 限制。您可能会在 unix.stackexchange.com 或 serverfault 上获得更多有关此问题的帮助。 (也可以试试df -i
  • @Matt 是的,这个命令确实有帮助,它表明在我的码头工人死之前我有大量的空间。仍然无法弄清楚问题,但我还没有再次出现问题。希望它继续正常工作

标签: linux docker docker-machine


【解决方案1】:

您在创建 docker-machine 时设置了限制(RAM、CPU、HDD)。 每个容器都像普通操作系统上的一个进程。 因此,您只需根据自己的喜好创建新机器。

【讨论】:

  • 据说没有限制。但是码头工人确实没有显示内存错误,认为机器有 8TB 的空间。 (至少7TB未使用)我只需要等我再次面对它才能调试它。
猜你喜欢
  • 2017-11-29
  • 1970-01-01
  • 2022-10-15
  • 1970-01-01
  • 2015-01-28
  • 2021-02-18
  • 2019-07-04
  • 2018-10-23
  • 1970-01-01
相关资源
最近更新 更多