博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
如何排查 Inodes 使用太多的问题
阅读量:6213 次
发布时间:2019-06-21

本文共 697 字,大约阅读时间需要 2 分钟。

当碰到服务器 Inodes 报警,排查流程如下

操作系统环境:Centos6.8

一、使用 df -i 查看那个分区用量最多

  • 这样就先定位到了问题分区

二、进入该分区,使用文件数量统计脚本

#文件数量统计脚本#!/bin/bashfor i in `ls`;do  file_num=`find ./$i/ -type f -print | wc -l`  echo "$i,$file_num"done
  • 这个脚本会统计出当前目录下的每个目录有多少个文件,这样就可以找出文件最多的目录,然后层层排查,就可以定位到问题目录。

三、小量分批删除

ls | grep '^' | xargs -n 100 rm -f   #删除列出的文件,以100个为一组# 使用这个指令是为了避免 "argument list too long "
  • 最后不要忘记了排查问题的原因

最后分享下笔者遇到问题

  • 我用上诉方法排查出 /var/spool/postfix/maildrop/ 有大量文件

原因是系统在执行 cron 任务时,会将 cron 执行脚本中的输出信息(output)和告警信息(warning)以邮件的形式发送给 cron 所有者,而我的服务器上关闭了 postfix ,导致邮件发送失败,小文件就堆积在了 maildrop 目录下。如果 sendmail 或 postfix 正常运行,则会在 /var/mail 目录下堆积大量的邮件文件。

  • 解决方法:修改 crond 配置文件
vim /etc/crontab将 MAILTO=root 替换成 MAILTO="",需要重启crond服务才可以

转载地址:http://izsja.baihongyu.com/

你可能感兴趣的文章
二叉树的非递归前序遍历
查看>>
JavaScript 单线程不简单.md
查看>>
Spring boot 和 Shiro 做后台跨域访问权限控制遇到的问题
查看>>
animationend 事件
查看>>
JS进阶篇--JS中的反柯里化( uncurrying)
查看>>
MySQL常见问题总结
查看>>
关于多电脑布署hexo博客,和在线更新文章
查看>>
Angular 学习笔记:$digest 实现原理
查看>>
leetcode98. Validate Binary Search Tree
查看>>
redis Q&A
查看>>
【170天】黑马程序员27天视频学习笔记【Day08-下】
查看>>
Day20 - 语言识别系统中文指南
查看>>
Python迭代器、生成器、装饰器深入解读
查看>>
Node.js异步I/O,事件驱动
查看>>
返回信息流页面重新加载问题
查看>>
ie百分比的圆
查看>>
常用CSS布局
查看>>
起步-学习php扩展开发的背景
查看>>
264. Ugly Number II & 313. Super Ugly Number
查看>>
Azure Service Fabric正式发布
查看>>