线上有一台web服务器磁盘检测告警了，提示空间不足，登到服务器查看

touch:cannot touch `furm.html‘: No space left on device

使用df -h命令查看发现

/data/web分区只使用了2%，创建文件却提示磁盘空间不足，按道理不会出现这种情况的。怀疑是inode耗尽导致。

分析导致的原因：
使用df –i查看发现inode已经耗尽，则系统上将不能创建文件

查找原因并解决

/data/web是线上业务数据目录,其中有个程序产生大量的小文件造成的。可通过下面的命令找出占用空间最多的文件或目录：

find / -type d -size +10M

此命令作用是找出大小大于10M的目录（目录大小越大，表示目录下的文件越多）。

大量的小文件分布在大量的目录下

cd /

find */ ! -type l | cut -d / -f 1 | uniq -c

此命令作用是找出目录下文件总数，可能需要执行多次。比如上面的命令找出了/data目录下存在大量的小文件，但/data/目录还有很多目录，这时候我们还需要继续执行：

cd /data

find */ ! -type l | cut -d / -f 1 | uniq -c

直到找出具体的目录。

在/data/web下有超多的文件 ls 半天没反应

用rm -rf * 会自动跳出root，用xargs来解决。

# ls | xargs rm –f

此时用df –i命令查看发现正常了，创建文件也不会出现错误

另外：

       要注意的是下面这个目录当安装了sendmail服务但是没有开启的话，这个目录也会临时产生大量的小文件，按照上面的解决方法解决即可。

# cd /var/spool/clientmqueue

# ls | xargs rm –f

原因分析：系统中cron执行的程序有输出内容，输出内容会以邮件形式发给cron的用户，而sendmail没有启动所以就产生了这些文件；

解决办法:  将crontab里面的命令后面加上>/dev/null 2>&1

总结

    对inode占用进行监控，并且收到inode告警时应及时使用以上方法来定位问题，并反馈给相应人员从根源解决。以后遇到类似的问题要注意，用df -i 检查inode的使用情况。

扩展：

查看block和inode的大小

[root@bier ~]# dumpe2fs /dev/sdb1 |grep -i"Block size"
dumpe2fs 1.41.12 (17-May-2010)
Block size:               1024
 
[root@bier ~]# dumpe2fs /dev/sdb1 |grep -i"Inode size"
dumpe2fs 1.41.12 (17-May-2010)
Inode size:               128

查看block和inode的总的数量（一般是block大于inode数量）

[root@bier ~]# dumpe2fs /dev/sdb1 |grep"Block count"
dumpe2fs 1.41.12 (17-May-2010)
Block count:              524272
 
[root@bier ~]# dumpe2fs /dev/sdb1 |grep"Inode count"
dumpe2fs 1.41.12 (17-May-2010)
Inode count:              131072

本文出自 “比尔运维笔记” 博客，请务必保留此出处http://chenshoubiao.blog.51cto.com/6159058/1844506

Inode占满导致No space left on device解决