简单了解 inode
Unix/Linux 系统每个文件都有一个 inode, 每个 inode 都有一个号码,系统通过 inode 号码标志文件。
可以用 stat
命令查看文件的 inode 信息:
[dongshaoshuai~] ]$stat weekly_report.md
File: `weekly_report.md'
Size: 506 Blocks: 8 IO Block: 4096 regular file
Device: fc10h/64528d Inode: 918827 Links: 1
Access: (0664/-rw-rw-r--) Uid: ( 502/dongshaoshuai) Gid: ( 502/dongshaoshuai)
Access: 2016-04-18 10:09:50.353673450 +0800
Modify: 2016-04-18 10:19:55.513673104 +0800
Change: 2016-04-18 10:19:55.513673104 +0800
可以用 ll -i
命令查看文件 inode 号码:
[dongshaoshuai~/test/child] ]$ll -i
total 8
4469895 -rw-rw-r-- 1 dongshaoshuai dongshaoshuai 250 Jul 31 2015 child.js
4469893 -rw-rw-r-- 1 dongshaoshuai dongshaoshuai 214 Jul 31 2015 main.js
inode 用满的情况
文件系统可能会用尽 inod, 这导致文件系统还有空闲的存储空间,但已经没有空闲的inode可供使用了。
当 inode 用满, 则无法在文件系统新建文件。遇到磁盘未满但是无法创建文件时,可通过 df -i
命令查看 inode 使用情况:
[dongshaoshuai~] ]$df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/vda1 1310720 701448 609272 54% /
tmpfs 468533 31 468502 1% /dev/shm
/dev/vdb 5242880 1850957 3391923 36% /data
inode 用满的处理方法
处理方法就是删文件。
这种情况最有可能的原因是 /var/spool/clientmqueue
的文件过多,如果系统中有很多 cron jobs, 或者执行频率过高,可能会导致这该目录文件过多。cron job 输出会以邮件形式发送给用户,如果 sendmail 没有开启, 则的每次 cron job 的 out 和 error log 都会在该目录下生成一个文件。这种情况的解决方法:
find /var/spool/clientmqueue -type f -exec rm -f {} \;
不建议使用 rm /var/spool/clientmqueue/*
文件太多会导致命令无法执行,会报一个类似 “list too long”的错误。
另外,在 crontab 每一个任务最后加上 > /dev/null 2>&1
,则该任务不会在 /var/spool/clientmqueue
目录下产生文件。