docker “no space left on device”问题定位解决

今天在paas环境上使用docker加载镜像的时候出现了如下问题

第一反应应该是存储镜像的路径磁盘满了

docker info查看docker挂载的存储类型,为devicemapper,pool为thinpool

查看下thinpool占用率,并没有什么问题:

查看thinpool挂载的目录,可以看到与/opt目录相关

从上述可知docker的磁盘并没有占用满,怀疑是inode占用满导致的,查看/opt的inode占用率,发现inode用尽

注:

使用ls -lR DIR_NAME | grep "^-"|wc -l可以查看目录DIR_NAME中的文件数

使用ls -lR DIR_NAME | grep "^d"|wc -l可以查看目录DIR_NAME中的目录数

原文地址:https://www.cnblogs.com/charlieroro/p/9233266.html

时间: 2024-11-05 20:35:59

docker “no space left on device”问题定位解决的相关文章

gzip: stdout: No space left on device问题的解决

一.问题描述 最近安装了ubuntu14.04,并在ubuntu14.04中编译了一次内核.这之后大部分情况下用sudo apt-get install 安装应用都会出现“gzip: stdout: No space left on device”的问题.现象和[1]类似. 我的ubuntu分区大小分别是 / 60G左右,swap 4G左右,/boot 400M左右.硬盘装有win7和ubuntu双系统. 二.问题解决 从问题的描述来看,就是我给/boot分区分的空间太少了,方法一是重新给boo

linux服务器报No space left on device错误的解决过程记录

起因 今天在本地提交了点代码,但到服务器上git pull的时候提示No space left on device,第一反应是猜想可能硬盘满了(很有可能是log导致的),不过想想又觉得不太可能,这台服务器上只部署了一个应用,查看项目占用空间也不大. 解决过程 1.作为一个linux菜鸟,第一时间百度查关于查看硬盘使用情况的命令 [[email protected] ~]# df -h文件系统 容量 已用 可用 已用% 挂载点/dev/hda1 20G   2.4G  18G 13%  /tmpf

Linux下Apache重启遇到No space left on device错误的解决方法

解决办法:1.输入:ipcs -s 看有没有超过5个,如果有请执行下面2的命令:2.ipcs -s | perl -ane '/^0x00000000/ && `ipcrm -s $F[1]`'3.重启Apache服务.(到此问题解决!)ipcs -s | grep apache | perl -e 'while (<STDIN>) { @a=split(/\s+/); print `ipcrm sem $a[1]`}' 网上有人说用上面这条命令或者重启服务器之后也可以解决,没

记一次关于NVROM中遇到的“Could not prepare Boot variable:No space left on device”问题的解决历程

注:关于我电脑遇到的问题,不是一两句话能够说清楚的.为了能够比较完整的呈现问题的某些细节,在这篇博客中我会添加许多问题发生的背景,如果当中有观点与您的三观不合,请立即停止阅读,及时止损. 第一次进入计算机专业 大学选的是计算机专业,但与这个专业的真正接触,却是在一次重装系统当中.(个人觉得)和身边大多数同学一样,在学习学校开设的计算机课程中,我也没有爱上"计算机".而那时候,正是Windows 10的推广时期.当时我们那一批人买的电脑估计都是Windows 7/8,而我的电脑,正是wi

Error response from daemon ... no space left on device docker启动容器服务报错

docker 启动容器服务的时候,报错no space left on device 1. 检查磁盘是否用光 3.检查inode是否耗光,从截图看到是inode耗光导致出现问题: 进入到/run里面看看是哪些文件耗光了:#for i in ./*; do echo $i; find $i | wc -l; done查看到最大的是/run/docker/libcontainerd/下面一部分容器耗光的.该目录的结构是:/run/docker/libcontainerd/2b9251bcc7a448

linux no space left on device的解决的方法(iNode满导致)

今天在腾讯云的server被攻击后,apache启动报错,查找原因发现是磁盘空间不够no space left on device, 诡异的是df命令磁盘占用仅55% 继续查找原因.发现是iNode已满.即没有索引空间 这就好办了,首先定位哪个文件夹占用iNode最多,命令例如以下: find */ ! -type l | cut -d / -f 1 | uniq -c 定位完毕.清理文件夹,整个世界都清净了

linux no space left on device的解决办法(iNode满导致)

今天在腾讯云的服务器被攻击后,apache启动报错,查找原因发现是磁盘空间不够no space left on device, 诡异的是df命令磁盘占用仅55% 继续查找原因,发现是iNode已满,即没有索引空间 这就好办了,首先定位哪个目录占用iNode最多,命令如下: find */ ! -type l | cut -d / -f 1 | uniq -c 定位完成,清理目录,整个世界都清净了 linux no space left on device的解决办法(iNode满导致),布布扣,b

【问题跟踪】KryoException: java.io.IOException: No space left on device

今天在对LDA进行不同参数训练模型,记录其avglogLikelihood和logPerplexity,以便判断模型训练是否收敛时,产生了一个令人极度崩溃的事儿:程序在辛辛苦苦跑了7.3h后...挂了!证据如下: 早上一来看这张图,好像跑完了,然后点进去看...然后就没有然后了 每次迭代都需要9min左右,迭代了近50次跟我说挂了,确实挺让人奔溃的. 先说说我的配置以及LDA参数吧 5 * 40cores cpu 5* 500g memory 参数: 没办法,既然都崩溃了,跟进去找问题呗 磁盘没

postgresql 日志报错could not write to log file: No space left on device,could not write lock file &quot;postmaster.pid&quot;: No space left on device

今天遇到了一个特别奇怪的问题,我在用docker容器的时候,发现我的postgresql怎么也启动不起来 尝试了N多种办法,最后看了看postgresql的日志发现 postgresql 日志中报错 FATAL: could not write lock file "postmaster.pid": No space left on device could not write lock file "postmaster.pid": No space left on