前几天收到监控告警，说Inode节点空间不足，之前没处理过这种问题，所以记录一下处理过程，便于以后查阅。

Inode使用率高并不会影响系统正常运行和新文件的创建，但是当使用率达到100%的时候，此时虽然磁盘还有空间，也不能创建新的文件了。

这是因为，文件在存储到磁盘中的时候，会同时用到inode和block，inode保存文件属性信息，包括文件名，大小，权限，时间，存储位置等，而block中则保存实际的数据，

所以如果inode用完的话，即使磁盘还有空间也无法创建新文件了。

发生这种情况的原因一般是系统中小文件过多，占用了大量的inode节点，找到对应目录，删除一些文件就可以了。

说明：以下执行结果并不是真实告警值，只是操作举例。

1.查看磁盘分区和inode使用情况

df -h #查看磁盘分区使用情况
df -ih #查看inode节点使用情况

2.查找并删除临时文件

ll -rt /tmp | wc -l
find /tmp -type f -exec rm {} \;

3.删除0字节的文件

find /home -type f -size 0 -exec rm {} \;

4.查找包含大量文件的目录并删除

for i in /*; do echo $i; find $i |wc -l; done
for i in /var/*; do echo $i; find $i |wc -l; done

大概率在/var目录下的/var/spool中有大量文件，进入该目录查看

for i in /var/spool/*; do echo $i; find $i |wc -l; done

 发现 /var/spool/postfix/ 目录下有大量文件，继续进入该目录查看

 说明：/var/spool/postfix/ 下面生成那么多的文件是因为crontab定时任务导致的，定时任务执行后发送邮件告知联系人，但是发送失败就会在postfix下生成，所有就产生了这么多的垃圾文件。

for i in /var/spool/postfix/*; do echo $i; find $i |wc -l; done

 可以看到，文件主要集中在/var/spool/postfix/maildrop目录下，进入该目录清除即可

 执行rm命令直接删除，可能会报错参数列表太长，可以通过一下方式进行删除

 ls | xargs -n 500 rm -rf #-n表示一次传递参数的个数

执行完之后，再次用 df -ih 查看Inode节点使用率，发现恢复正常。