当前位置: 首页 > 知识库问答 >
问题:

来自守护程序的Docker错误响应:处理tar文件时出错(退出状态1):设备上没有剩余空间

欧照
2023-03-14

我需要从虚拟盒子图像创建一个docker的图像。该文件为16GB。当我运行命令行#tar-c.|docker进口-

附言:容器是空的。

错误:

守护进程的错误响应:错误处理tar文件(退出状态1):写入 /var/lib/docker/overlay2/f8bb15057c3b3578c13e1122be1d00ca72b3301b7a0bf27262edc759e9f207fb/diff/var/lib/docker/overlay2/f8bb15057c3b3578c13e1122be1d00ca72b3301b7a0bf27262edc759e9f207fb/diff/var/lib/cassandra/commitlog/CommitLog-6-1633100360364.log:设备上没有剩余空间

码头工人信息:

Client:
 Context:    default
 Debug Mode: false
 Plugins:
  app: Docker App (Docker Inc., v0.9.1-beta3)
  buildx: Build with BuildKit (Docker Inc., v0.6.1-docker)
  scan: Docker Scan (Docker Inc., v0.8.0)

Server:
 Containers: 0
  Running: 0
  Paused: 0
  Stopped: 0
 Images: 1
 Server Version: 20.10.8
 Storage Driver: overlay2
  Backing Filesystem: xfs
  Supports d_type: true
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 1
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: e25210fe30a0a703442421b0f60afac609f950a3
 runc version: v1.0.1-0-g4144b63
 init version: de40ad0
 Security Options:
  seccomp
   Profile: default
 Kernel Version: 3.10.0-1127.el7.x86_64
 Operating System: CentOS Linux 7 (Core)
 OSType: linux
 Architecture: x86_64
 CPUs: 1
 Total Memory: 15.51GiB
 Name: GDBDEV03
 ID: UGGJ:AIIA:7C44:DZXR:PNYH:2WQH:GPKI:TFUL:N2WZ:5RRB:X3JK:VU3B
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false

编辑

[root@GDBDEV03 chroot0]# df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                 7.8G     0  7.8G   0% /dev
tmpfs                    7.8G     0  7.8G   0% /dev/shm
tmpfs                    7.8G  8.7M  7.8G   1% /run
tmpfs                    7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/mapper/centos-root   14G   13G  1.3G  91% /
/dev/sda1               1014M  152M  863M  15% /boot
tmpfs                    1.6G     0  1.6G   0% /run/user/0

共有3个答案

尉迟景福
2023-03-14

这个错误是通过使用Docker Hub的Office imagens中的基本映像解决的,我需要安装它,而不是自己创建一个所有者基本映像。这篇帖子教会了我很多。我祝贺大家悔悟。我分离了试图启动解决方案的提示:

“@LucianaOliveira创建映像的建议方法是使用Dockerfile和docker build,从最小的基础映像开始(docker Hub的官方映像中有许多可供选择),然后添加您的应用程序。它是可复制的,更容易更新。VMs打包主机,容器打包应用程序,两者之间没有直接转换。——BMitch”

於永寿
2023-03-14

首先运行docker image prune清理所有悬空的图像

如果这没有帮助,你可能需要检查这个答案

Docker错误:设备上没有空间

戎俊
2023-03-14

目前尚不清楚您正试图做什么(哪里是,这是本地docker引擎还是您正在将图像发送到远程节点)。将VM映像放在容器映像中是一种明显的代码气味(容器不是VM)。

也就是说,从描述来看,你有一个16GB的文件,你试图在一个1.3G可供docker使用的系统上打包(假设你从 /var/lib/docker运行docker)。在任何情况下都不可能工作。通常,您需要2-3倍的可用空间来处理打包层所需的副本。

因此,对于根分区,您希望将其从14GB扩展到45GB(目前为13个3x16)。扩展分区的步骤取决于底层存储和文件系统类型,更适合超级用户。东南方。

 类似资料:
  • 问题内容: 我需要空间并执行: 从那时起,我无法使用docker-compose:,但出现错误:。 我尝试删除所有映像,重新安装docker,但无济于事:经过一段时间后,始终出现相同的错误。 我建立在另一个系统上并且运行正常,这 表明 这是一个错误状态的问题。 知道我应该清洗什么吗? 使用: 问题答案: 有一个内置命令可以删除未使用的映像(版本1.13+): 现在处理情况: 停止Docker服务

  • 当我处理掉所有的图像和容器时,它确实释放了一些空间,图像构建运行了更长时间,然后以同样的错误失败。所以问题是,这是指哪个空间,我如何配置它?

  • 主要的抱怨是没有空间来创建dir,但我不知道如何修复它。

  • 主要的抱怨是没有空间创建一个dir,但我不知道如何修复它。

  • 我已经建立了一个相当大的图像(1G),其中有很多架构体系用于测试(Mongo,Kafka等)。 当我尝试启动此程序时,设备错误上没有剩余空间。我怎样才能解决这个问题? 我已经清除了已停止的图像,并删除了所有我绝对不需要的图像。

  • 问题内容: 当我尝试将某些文件保存到centos计算机上时,出现错误“设备上没有剩余空间” 我试过了 当我这样做 ->只有5G 似乎文件系统已满。我怎么能找到哪一个尺寸这么大? 问题答案: 和的输出之间的这种差异可能会在某些大文件已被删除但仍由某些进程打开的情况下发生。检查命令以查看哪些进程已打开描述符以删除文件。您可以重新启动该过程,空间将被释放。