inodes 100%情况解决办法

经常会遇到inodes 100%的情况，搜了一下文章，也掉了几个坑，下面是比较好的文章，之前搜到一个使用fsck的，我只想说，我用两次，两次都开不了机了。用fsck的方法之前请备份，请慎用，下面的方法文章原地址为：http://blog.csdn.net/jiedushi/article/details/9446899

 

今天收到nagios报警邮件，其中一台server中的磁盘分区空间超过95%，登录到服务器查看

[root@hadoop-node-29 ~]# df -h

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda5              19G   16G  2.8G  95% /var

到目录/var查看哪个目录中的文件最大

[root@hadoop-node-29 var]# du -sh *

找到是/var/spool目录占了很大空间，进入spool目录继续查看 找到是clientmqueue目录中的文件很多占了大部分空间。

删除所有文件
[root@hadoop-node-29 clientmqueue]# rm -rf * 

结果返回-bash: /bin/rm: Argument list too long

换用命令find . -print|xargs rm  过了一段时间终于删除了所有文件

不过这种方法只是治标不治本的方法。

为什么var/spool/clientmqueue会产生大量的文件呢，查资料是因为cron执行时会将相关结果以mail方式发送到执行用户的帐号，可是当sendmail 沒有启动 那么所有信件就会暂存在这个目录中，此时就会出现这种情况。

治本的方法是在cron 任务中的后面加上 > /dev/null 2>&1

例如

* * * * * /etc/init.d/snmp_cron.sh > /dev/null 2>&1