博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
inodes 100%情况解决办法
阅读量:7084 次
发布时间:2019-06-28

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

经常会遇到inodes 100%的情况,搜了一下文章,也掉了几个坑,下面是比较好的文章,之前搜到一个使用fsck的,我只想说,我用两次,两次都开不了机了。用fsck的方法之前请备份,请慎用,下面的方法文章原地址为:http://blog.csdn.net/jiedushi/article/details/9446899

 

今天收到nagios报警邮件,其中一台server中的磁盘分区空间超过95%,登录到服务器查看

[root@hadoop-node-29 ~]# df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda5              19G   16G  2.8G  95% /var

到目录/var查看哪个目录中的文件最大

[root@hadoop-node-29 var]# du -sh *

找到是/var/spool目录占了很大空间,进入spool目录继续查看 找到是clientmqueue目录中的文件很多占了大部分空间。

删除所有文件

[root@hadoop-node-29 clientmqueue]# rm -rf * 

结果返回-bash: /bin/rm: Argument list too long

换用命令find . -print|xargs rm  过了一段时间终于删除了所有文件

不过这种方法只是治标不治本的方法。

为什么var/spool/clientmqueue会产生大量的文件呢,查资料是因为cron执行时会将相关结果以mail方式发送到执行用户的帐号,可是当sendmail 沒有启动 那么所有信件就会暂存在这个目录中,此时就会出现这种情况。

治本的方法是在cron 任务中的后面加上 > /dev/null 2>&1

例如

* * * * * /etc/init.d/snmp_cron.sh > /dev/null 2>&1

转载于:https://www.cnblogs.com/xtrtfp/articles/5364807.html

你可能感兴趣的文章
统计自己写的代码量
查看>>
配置防盗链
查看>>
高通推出机器人RB3平台,年内支持5G连接
查看>>
人工智能的应用与发展历程
查看>>
我们距离实现通用人工智能还有多远?
查看>>
使用微信接口自定义分享的网页信息(缩略图,标题,描述)
查看>>
Spring Cloud Gateway 之 Filter
查看>>
C# log4net 配置及使用详解的代码
查看>>
python入门基础学习笔记(一)
查看>>
设为首页VS加入收藏
查看>>
虚拟机相关介绍
查看>>
我的友情链接
查看>>
广播的发送
查看>>
掌握 Cinder 的设计思想 - 每天5分钟玩转 OpenStack(46)
查看>>
DNS原理详解
查看>>
我的友情链接
查看>>
7个重要的Git使用技巧
查看>>
JVM调优参数
查看>>
我的友情链接
查看>>
Ubuntu14.04下配置Emacs的Python IDE环境
查看>>