一位群友分区存储空间还没有用完,但是,却不能创建目录和文件了,查看/分区的,结果发现Inodes文件数量被占满了,Inodes使用率过高达到了100%。命令如下:
原因:
大多数情况下是由于文件数量过多所引起的,只需要删除无用的就好了。
解决方法
1、查看并删除临时文件
ls -lt /tmp | wc -l
find /tmp -type f -exec rm {} \;
2、删除0字节的文件,这些文件也会占用inode
find /home -type f -size 0 -exec rm {} \;
3、查找大文件,并进行适当删除
根据我的个人经验,前两个占用inode的使用率很少,主要是查找大文件这个步骤,可以查看哪些占用inode使用率最高?具体如下:
第一步:查看某个目录下的文件数量
我这里为什么要循环/var/*?这是根据个人经验吧!毕竟你的服务器情况只有自己最清楚。
[root@node2 ~]# for i in /var/*; do echo $i; find $i |wc -l; done
结果:我们通过查看,只有 /var/spool/ 目录下文件数量最多。
第二步:按照第一步的思路,继续查看 /var/spool/ 目录下的文件数量
[root@node2 ~]# for i in /var/spool/*; do echo $i; find $i |wc -l; done
结果:发现 /var/spool/postfix/ 目录下有1889027的文件数。
---------
原因:
问:我这里为什么 /var/spool/postfix/ 下面会生成那么多的文件数量?
答:这是因为crontab定时任务所导致的,定时任务执行后发送告知联系人,但是发送失败就会在postfix下生成,所有就产生了这么多的垃圾文件。
第三步:既然知道了原因,那就删除多余的垃圾文件,方法如下:
首先,进入到miaildrop目录下进行清理这些无用文件
[root@node2 maildrop]# cd /var/spool/postfix/maildrop
[root@node2 maildrop]# pwd
/var/spool/postfix/maildrop
[root@node2 maildrop]#
其次,我先通过 rm 直接删除,结果报错参数列表太长:
[root@node2 maildrop]# rm -rf *
最后,我只好使用类似于 ls | xargs -n 500 rm -rf 的方式进行删除:
[root@node2 maildrop]# ls | xargs -n 500 rm -rf
第四步:再次查看Inodes文件数是否被释放?Inodes使用率是否还是100%?
总结:
Linux中Inodes满了的原因有很多,不同的场景情况也是不一样的,Inodes占用100%是很正常的,也会经常遇见这种情况。上面所有的操作步骤只是给大家一个解决问题的思路,哪怕你以后再遇到inode使用率满了这个类似的问题,只要按照此文章原理,相信你一定可以去自己解决的。
/var/spool/postfix/maildrop 小文件太多造成inode索引使用完解决办法
问题表现和检查:
1.运行df -i / 查看inode使用是否满;
2.查看/var/spool/postfix/maildrop是否有非常多的小文件,ls直接卡死等情况;
解决:
1.cd /var/spool/postfix/maildrop; ls | xargs rm -rf;
2.vi /etc/crontab
;将‘MAILTO=root’替换成‘MAILTO="",然后service crond restart即可。如不行crontab -e
第一行增加MAILTO=""
- 方法二:
如果是我们不关心的备注型等输出我们完全可以让其输出到 /dev/null 这样就不会因为发送失败到导致在/var/spool/postfix/maildrop下面产出什么文件。
例如:
*/10 * * * * /tmp/test.sh >/dev/null 2>&1
经过测试发现果然没有再出现新增的文件。当然如果输出内容有需要保存的话,可以输出到指定文件。比如下面这样:
*/10 * * * * /tmp/test.sh >/log/test.log
本人倾向于第二种方案,虽然都解决问题,但第一种改变了需要发送的机制,造成所有的都不能接收到邮件,且需要重启crond服务,对执行crontab比较多的,有一定影响;第二种感觉比较灵活,且改完立即生效。
转自
Linux中inode使用率满了解决办法( inode节点满处理方法) - 知乎
https://zhuanlan.zhihu.com/p/473796938
(45条消息) /var/spool/postfix/maildrop 出现大量文件原因和解决办法_乐谱的博客-CSDN博客
https://blog.csdn.net/weixin_41284138/article/details/122926274