我有这个Docker命令:
docker run -d mongo这将构建并运行在docker容器中运行的mongodb服务器
但是,我得到一个错误:
no space left on device我使用的是MacOS,使用的是较新版本的Docker,它使用的是hyper-v,而不是VirtualBox (我认为这是正确的)。
下面是来自mongo容器的确切错误消息:
$ docker logs efee16702c5756659d563b98d4ae0f58ecf1f1bba8a54f63443c0ae4b520ab4e
about to fork child process, waiting until server is ready for connections.
forked process: 21
2017-05-04T20:23:51.412+0000 I CONTROL [main] ***** SERVER RESTARTED *****
2017-05-04T20:23:51.430+0000 I CONTROL [main] ERROR: Cannot write pid file to /tmp/tmp.Lo035QkbfL: No space left on device
ERROR: child process failed, exited with error number 1你知道如何解决这个问题并防止它在未来发生吗?
按照建议,df -h的输出为:
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/disk1 465Gi 116Gi 349Gi 25% 1963838 4293003441 0% /
devfs 183Ki 183Ki 0Bi 100% 634 0 100% /dev
map -hosts 0Bi 0Bi 0Bi 100% 0 0 100% /net
map auto_home 0Bi 0Bi 0Bi 100% 0 0 100% /homedocker info的输出为:
$ docker info
Containers: 5
Running: 0
Paused: 0
Stopped: 5
Images: 741
Server Version: 17.03.1-ce
Storage Driver: overlay2
Backing Filesystem: extfs
Supports d_type: true
Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: bridge host ipvlan macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 4ab9917febca54791c5f071a9d1f404867857fcc
runc version: 54296cf40ad8143b62dbcaa1d90e520a2136ddfe
init version: N/A (expected: 949e6facb77383876aeff8a6944dde66b3089574)
Security Options:
seccomp
Profile: default
Kernel Version: 4.9.13-moby
Operating System: Alpine Linux v3.5
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 1.952 GiB
Name: moby
ID: OR4L:WYWW:FFAP:IDX3:B6UK:O2AN:UVTO:EPH6:GYSV:4GV4:L5WP:BQTH
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
File Descriptors: 17
Goroutines: 30
System Time: 2017-05-04T20:45:27.056157913Z
EventsListeners: 1
No Proxy: *.local, 169.254/16
Registry: https://index.docker.io/v1/
Experimental: true
Insecure Registries:
127.0.0.0/8
Live Restore Enabled: false发布于 2017-05-05 08:35:41
正如您在问题的注释中所述,ls -altrh ~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/Docker.qcow2返回以下内容:
-rw-r--r--@ 1 alexamil staff 53G这是MacOS上的一个已知bug (实际上,不仅仅是这样),官方开发人员的评论可以在here上找到。除了一件事:我读到,不同的人有不同的大小限制。在评论中是64 it,但对于另一个人来说是20 it。
有几种解决方案,但我找不到明确的解决方案。
手动的那个
运行docker ps -a并手动删除所有未使用的容器。然后运行docker images并手动删除所有中间和未使用的图像。
最简单的一个
完全删除Docker.qcow2文件。但您将丢失所有图像和容器。完全地。
不那么简单
另一种方法是运行docker volume prune,它将运行remove all unused volumes
调整大小(保留数据)
我想到的另一个想法是使用QEMU或类似的东西扩展磁盘映像大小:
$ brew install qemu
$ /Applications/Docker.app/Contents/MacOS/qemu-img resize ~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/Docker.qcow2 +5G在展开映像之后,您将需要运行一个VM,在该VM中,您应该对Docker.qcow2运行GParted,并展开分区以使用增加的空间。为此,您可以使用GParted Live ISO:
$ qemu-system-x86_64 -drive file=Docker.qcow2 -m 512 -cdrom ~/Downloads/gparted-live.iso -boot d -device usb-mouse -usb一些人报告说,这要么不起作用,要么没有帮助。
还有一个调整大小的方法(擦除数据)
创建所需大小(120g)的替换镜像:
$ qemu-img create -f qcow2 ~/data.qcow2 120G
$ cp ~/data.qcow2 /Application/Docker.app/Contents/Resources/moby/data.qcow2
$ rm ~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/Docker.qcow2 重新启动docker时,会将data.qcow2复制到~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/Docker.qcow2。
这个漫游就是from this comment。
希望这能有所帮助。祝好运!
https://stackoverflow.com/questions/43792193
复制相似问题