一次inodes占用过多问题的解决

liujinliu001

已于 2023-05-07 14:47:12 修改

阅读量4.3k

点赞数 1

CC 4.0 BY-SA版权

分类专栏：操作系统文章标签： inodes过多

于 2016-12-07 11:32:45 首次发布

本文链接：https://blog.youkuaiyun.com/github_25679381/article/details/53503527

操作系统专栏收录该内容

14 篇文章

订阅专栏

本文介绍了一种常见情况——Linux系统中inode资源耗尽的原因及解决方案。通过一系列排查手段定位到cron任务邮件累积的问题，并给出了临时清理及根本解决办法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

安利一篇我翻译的国外大牛的神经网络入门文章

最近收到某台服务器告警，inodes使用过高，解决过程如下
首先在服务器上执行下面的命令查看哪个目录下inodes使用过高

[root@vm]# df -i
Filesystem              Inodes  IUsed     IFree IUse% Mounted on
/dev/mapper/VGSYS-lv_root
                        655360 101872    553488   16% /
tmpfs                  2041469      1   2041468    1% /dev/shm
/dev/vda1                51200     38     51162    1% /boot
/dev/mapper/VGSYS-lv_var
                        655360 569533     85827   87% /var
/dev/mapper/VGSYS-lv_srv
                     104644608   1727 104642881    1% /srv
/dev/mapper/VGSYS-lv_vfs
                      52428800      7  52428793    1% /srv/docker/vfs
/dev/mapper/VGSYS-lv_log
                      31457280    207  31457073    1% /var/log

可以发现/var目录下inodes使用最大，使用下面的脚本进一步查找

[root@vm]# for i in /var/*; do echo $i; find $i | wc -l; done
/var/account
2
/var/cache
98
......
/var/spool
587003
/var/tmp
1

通过这个方法，最终发现是/var/spool/postfix/maildrop目录下小文件过多。
通过上网搜索，原因如下：

是由于linux在执行cron时，会将cron执行脚本中的output和warning信息，都会以邮件的形式发送Cron所有者，  
而由于客户环境中的sendmail和postfix没有正常运行，导致邮件发送不成功，全部小文件堆积在了maildrop目录 
下面，而且没有自动清理转换的机制，所以此目录堆积了大量的文件

进入/var/spool/postfix/maildrop路径，使用ls | xargs -n 10 rm -rf 将文件清楚，问题得以恢复。

根本解决方法

vi /etc/crontab
将MAILTO=root替换MAILTO=""，然后service crond restart即可。如不行crontab -e 第一行增加MAILTO=""