记录一次Centos服务器tmp目录满的问题排查处理....

早上美编组突然反应账号登录不上，个别文件上传不上，本人非专业的服务器运维人员，第一反应是服务器磁盘空间满了，立即上去排查一圈，发现磁盘尚有剩余空间，所以进一步排查问题，现在讲相关过程记录下来备用。

问题发现：相关应用不能正常使用，系统有明显报错提示（如下）：

....bash: cannot create temp fileforhere-document: No space leftondevice...

有过初步的运维知识，并经过度妈显示 这种情况应该是服务器tmp目录被占满的提示，因此开始排除问题：

一、查看服务器磁盘空间情况：

df -hl 命令显示 / 根目录40%空间已使用，尚有60%的空间未被使用，所以磁盘空间占满的情况给排除了（如果出现占用100%的问题，请自行度妈找解决问题办法，不在本篇讨论的范围之内；）

二、 找出问题原因所在并排除 （重点）

因为本人非专业的运维人员，所以并不知道接下来该怎么办（大佬可以无视），经过一番搜索及请教，得到一种提示： LINUX服务器也会因为小文件太多造成inode索引使用完，而报以上错误....   随即开始确认问题；

1、执行命令 df -i  得到如下图:

看到了 100%，感兴趣的人自行去百度，大致意思是LINUX写文件需要两个条件：01：磁盘有空间（文件大小占用容量）；02：inode（类似于编号）之类的东东（存放文件数量），哪个有问题都会提示写入不了文件；病因找到，开始处理。

2、因为tmp目录一般在系统 / 根目录下，随即 cd / ，切换至系统根目录下执行如下命令  

for i in /*doecho$ifind$i| wc -ldone

大致意思是从 / 根目录开始逐级排查目录下文件的数量多少，一般会得到如下的图示；

经过层层定位，本人定位到如下目录：/var/spool/postfix/maildrop ，显示文件数量 200多万个，着实是有点大，封顶多少我也不知道，接下来就是删除文件了呗，执行如下命令：

ls | xargs rm -rf

经过约10分钟左右的等待，命令执行完毕，通知美编组测试，一切恢复正常，特撰文记录。

三、为什么会出现这种情况，后续处理

 /var/spool/postfix/maildrop 这个目录好像是存放了类似于cron执行后邮件通知的内容信息文件，继续上网查资料，发现是crontab 每次执行任务后会发送邮件，接受者是在他的配置文件 “/etc/crontab” 通过 MAILTO=root’ 来设置的，默认是root，如果执行输出没有十分必要要用邮件发送的话，可以修改此处。

随修改如下：

执行命令  vi /etc/crontab

将‘MAILTO=root’替换成‘MAILTO=""，然后service crond restart即可。

===================================与本篇内容无关==================================

使用命令du -h –max-depth=1 /* 查看/ 根路径下文件的大小

du -sh /* 查看哪个目录最大，一步一步的查找大文件

使用du -h --max-depth=1查找最大的文件

服务器和空间是两种不同的东西.查看容量大小的方法也不同.

如果你是用的服务器.在本地电脑点开始-运行.输入mstsc后按确定.在弹出的窗口出依次输入服务器的IP用户和密码.远程登录服务器.然后右键单击"我的电脑"-"管理"-"磁盘管理".即可查看该服务器的硬盘容量.

如果你是用的空间.需要在IDC服务商的网站上登录你的用户,后台会有虚拟主机管理的选项.在后台可查看你空间的容量大小.

---