今天login
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/dev01-root 75G 58G 14G 82%
/
udev 2.0G 4.0K 2.0G 1% /dev
tmpfs 396M 292K 396M 1%
/run
none 5.0M 0 5.0M 0% /run/lock
none 2.0G 4.0K 2.0G 1%
/run/shm
/dev/sda1 228M 149M 68M 69% /boot
空间剩余14G,可以排除空间已满的情况。导致文件生成失败还有另一个原因,就是文件索引节点inode已满。
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/dev01-root 75G 58G 14G 100% /
udev 2.0G 4.0K 2.0G 1% /dev
tmpfs 396M 292K 396M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 2.0G 4.0K 2.0G 1% /run/shm
/dev/sda1 228M 149M 68M 69% /boot
inodes 占用100%,果然是这个问题。
解决方法:
大量小文件分布有两种可能,一是只有一个或少量目录下存在大量小文件,这种情况我们可以使用如下命令来找出这个异常目录:
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
直到找出具体的目录。
故障总结:
对inode占用进行监控,并且收到inode告警时应及时使用以上方法来定位问题,并反馈给相应人员从根源解决
这就是Linux系统inode没有空间的解决方法了,不知道如何处理inode已经用完的用户,就用小编的这种方法进行解决吧。
删除无用的临时文件,释放inode。
查找发现 /tmp 目录下有很多sess_xxxxx的
session临时文件。
ls -lt /tmp | wc -l
4011517
进入/tmp目录,执行find -exec命令
sudo find /tmp -type f -exec rm {} \;
如果使用rm *,有可能因为文件数量太多而出现Argument list
too long错误,关于Argument list too long错误可以参考《linux Argument list too
long错误解决方法》
(find /var/spool/postfix/maildrop/
-name "*" | xargs rm -rf '*' )
除了/tmp的临时文件外,0字节的文件也会占用inode,应该也释放。
遍历寻找0字节的文件,并删除。
sudo find /home -type f -size 0 -exec rm {} \;
删除后,inode
的使用量减少为19%,可以正常使用了。
df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/mapper/dev01-root 4964352 940835 4023517 19% /
udev 503779 440 503339 1% /dev
tmpfs 506183 353 505830 1% /run
none 506183 5 506178 1% /run/lock
none 506183 2 506181 1% /run/shm
/dev/sda1 124496 255 124241 1% /boot