点击上方“IT那活儿”,关注后了解更多精彩内容!!!
发现inode满了如何处理呢?话不多说,我们直接进入正题!
1、归档日志创建失败的原因查找,发现磁盘目录空间充裕。
2、查看文件inode使用情况,已经满了。
3、查找最大文件数的目录。
ls -lR|grep "^-"|wc -l
4、清理办法梳理
方法一:直接删除。
rm -rf *log
方法二:find命令删除。
find ./ -name "*log" -mtime +3 -exec rm {} \;
或
find ./ -name "*log*" -mtime +1 -delete
Delete效率要比上面的exec 要快很多。
方法三:同步到空目录。
mkdir /tmp/emptyrsync --delete-before -d /tmp/empty/ /the/folder/you/want/delete/
rsync实际上用的是替换原理,处理数十万个文件也是秒删。
三种方法对比总结:
rm只能用在少量文件的地方,find -delete适合大量文件,rsync适合超大量文件。
我采取方法二,发现删不动,尝试方法三,也是hang住。
查看目录使用的进程数,发现进程数情况不对劲。
CROND进程不断增加。
使用killall postfix杀掉发送邮件的进程,再使用删除命令,可以正常清理。
Inode恢复正常,启动归档自动清理脚本,问题得到处理。
网上有很多让人改邮件发送的一个cron文件/etc/crontab中的MAILTO=root,千万不要动,会影响其他服务。
总结
系统需要时时勤维护,系统一环一环的套娃行为很容易破坏的数据库的运行状态,反推的过程是相对比较麻烦的,每一次处理要把根源找到,杜绝在苗头!
更多精彩干货分享
点击下方名片关注
IT那活儿
文章转载自IT那活儿,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。