docker - "no space left on device"使用 Jenkins 和 Docker 构建时

Question

我们使用 Jenkins 来构建 Docker 镜像，直到上周，当我每次尝试在 Jenkins 中构建镜像时，它都会失败并显示“来自守护进程的错误响应:处理 tar 文件时出错(退出状态 1):写入/app/node_modules/acorn/dist/acorn_loose.es.js:设备上没有剩余空间”(它失败的文件可能取决于项目)。如果我尝试在服务器中使用 Docker 但在 Jenkins 上失败，则将构建镜像。

我曾尝试删除旧容器和图像等，但无济于事。磁盘空间和 inode 似乎没问题，所以我不确定现在该尝试什么。任何帮助表示赞赏。

“码头信息”的结果:

Containers: 55
 Running: 48
 Paused: 0
 Stopped: 7
Images: 59
Server Version: 17.03.2-ce
Storage Driver: overlay
 Backing Filesystem: extfs
 Supports d_type: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 4ab9917febca54791c5f071a9d1f404867857fcc
runc version: 54296cf40ad8143b62dbcaa1d90e520a2136ddfe
init version: 949e6fa
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.9.45-rancher
Operating System: RancherOS v1.1.0
OSType: linux
Architecture: x86_64
CPUs: 8
Total Memory: 19.61 GiB
Name: rancher
ID: Z7Z3:T3NW:N4O3:FKMZ:7KH6:FJ7R:TJ6A:FXLW:KNUL:WMRC:ED74:KHEM
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Experimental: false
Insecure Registries:
 dockerhub.companysite.net:5000
 127.0.0.0/8
Live Restore Enabled: false

“df -h”的结果:

Filesystem      Size  Used Avail Use% Mounted on
overlay          47G   27G   18G  60% /
tmpfs           9.9G     0  9.9G   0% /dev
tmpfs           9.9G     0  9.9G   0% /sys/fs/cgroup
/dev/sda1        47G   27G   18G  60% /.r
shm              64M     0   64M   0% /dev/shm
tmpfs           9.9G     0  9.9G   0% /sys/firmware

“df -ih”的结果:

Filesystem     Inodes IUsed IFree IUse% Mounted on
overlay           13M  2.8M  9.8M   22% /
tmpfs            2.5M    16  2.5M    1% /dev
tmpfs            2.5M    15  2.5M    1% /sys/fs/cgroup
/dev/sda1         13M  2.8M  9.8M   22% /.r
shm              2.5M     1  2.5M    1% /dev/shm
tmpfs            2.5M     1  2.5M    1% /sys/firmware

Answer 1

您可能会留下一堆导致问题的旧图像，请尝试:

docker volume rm $(docker volume ls -qf dangling=true)

(这确实会删除内容，因此在执行此操作之前，您可能需要检查任何悬空卷中没有您想要保留的内容)