Linux系统inodes资源耗尽问题

Linux系统inodes资源耗尽问题

1 inodes介绍

Linux系统下文件数据储存在”块”中,文件的元信息,例如文件的创建者、文件的创建日期、文件的大小等。这种储存文件元信息的区域就叫做inode,中文译名为”索引节点”。

inode也占用硬盘空间,硬盘格式化的时候,操作系统自动将硬盘分成两个区域。一个是数据区,存放文件数据;另一个是inode区(inode table),存放inode所包含的信息。

每个inode节点的大小,一般是128字节或256字节。inode节点的总数,在格式化时就给定,一般是每1KB或每2KB就设置一个inode。假定在一块1GB的硬盘中,每个inode节点的大小为128字节,每1KB就设置一个inode,那么inode table的大小就会达到128MB,占整块硬盘的12.8%。

2 inodes资源耗尽

inodes使用完与存储空间使用完相似,都是创建不了文件或无法正常执行一些命令。inodes使用完,存储空间可能还有,这种情况一般是生成了大量的小文件,把inode table占满。

一般情况下存储空间使用完,inodes往往才使用百分之几,所以容易忽视对inodes使用情况的监控。

借用网图来说明inodes用尽,而磁盘空间还未用完的情况:

查看磁盘空间使用情况,使用df命令

查看inodess使用情况,使用df -i命令

上述两个命令可以使用-h参数,命令为df -h和df -hi。从图中看见磁盘空间使用71%,但是inodes使用100%。

3 inodes耗尽解决

inodes的大小在磁盘格式化分区时确定,跟分区的大小相关,分区越大,inodes越大,反之亦然。

linux操作系统根目录一般分区比较小,如果有定时性的小文件产生而又未及时清理,则很容易造成inodes占满。

inodes占满解决步骤:

(1)查看文件最多的目录

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

如果确定目录范围,把/*写的具体点

最终发现是/var/spool/postfix/maildrop目录下小文件过多,原因如下:

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

经过排查root用户下发现有个每分钟进行一次时钟同步的定时任务,该定时任务每分钟产生一个小文件。

(2)删除大量文件

ls | xargs -n 1000 rm -rf

需要使用xargs命令,不然会删除失败。

4 总结

(1)设置方面

在crontab -e 第一行增加MAILTO=”” ,就没有文件产生啦

(2)重定向

对定时任务设置定向输出文件,不需要日志输出的定时任务可以将日志重定向到/dev/null,如下:

*/10 * * * * /tmp/test.sh >/dev/null 2>&1

(3)定时清理文件

find 目录 -type f -mtime +30 | xargs -n 1000 rm -f

(4)监控inodes的使用

备注:应注意crontab的写法和产生的文件的定时清理


以下来自另一篇文章《查找和删除占用较多Inodes的目录》

1.df -h 显示磁盘使用未到52%,但 df -i 显示 100%,站点程序提示

Warning: session_start(): open(/tmp/sess_24q39g3sh8viclu4ok8nkl7nt7, O_RDWR) failed: No space left on device

2.先尝试删除/tmp目录的一个或多个临时文件

3.从少到多,显示目录占用的inodes数量【实测此条实用】

find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n

4.本例是 /var/spool/clientmqueue/ 目录占用的inodes数量最多

5.转到相应的目录,且删除该目录下的文件,请谨慎操作

cd /var/spool/clientmqueue && ls | xargs rm -f

6.再次查看inodes占用情况,降到10%了