/proc目录的异常清理

  linux根目录下空间爆满

    巡检发现数据库服务器根目录使用率100%，但是系统还在正常运行。

以下是我问题定位及解决过程

1、df -h查看挂载目录使用情况

2、对根目录下文件夹进行大小排序

3、ll 查看根目录下所有目录，通过du -sh查看各个目录大小

4、切换到/proc目录，查看使用情况

5、查看系统进程情况

6、杀掉相同进程并停掉定时任务

7、根目录恢复正常

8、/proc目录简介

方法/步骤

1. 1、df -h查看挂载目录使用情况

   发现根目录使用率100%，其他挂载目录使用正常
2. 2、对根目录下文件夹进行大小排序

   切到根目录下，使用以下命令进行排序：

   du -h --max-depth=1|grep G|sort -n 

   对根目录下的目录超过1G的进行排序，前提是切cd到根目录下。

   根据以下排序情况，怀疑是/proc有问题。
3. 3、ll 查看根目录下所有目录，通过du -sh查看各个目录大小

   通过对根目录的文件夹的大小一个一个统计，发现其他的目录都不大，最后发现就是/proc有问题
4. 4、切换到/proc目录，查看使用情况

   发现/proc目录下至少有200个子目录，这是一种不正常现象
5. 5、查看系统进程情况

   1、通过ps -ef 查看发现大量的相同进程 （iostat相关进程），由此可以判定crontab中肯定有定时任务。此时通过crontab -l查看不了信息，因为空间不足。

   2、通过ps -ef | grep iostat | wc -l 统计发现总共有350个进程，且可以断定iostat.sh脚本中执行了iostat相关命令。

   
   

   [root@liyang2 /]# ps -ef | grep iostat | wc -l  

   350
6. 6、杀掉相同进程并停掉定时任务

   [root@liyang2 /]# ps -ef | grep iostat 

   将结果复制到UE中通过列模式进行编辑。
7. 7、根目录恢复正常
8. 8、/proc目录简介

   /proc 文件系统是一个虚拟文件系统，通过它可以使用一种新的方法在 Linux? 内核空间和用户空间之间进行通信。在 /proc 文件系统中，我们可以将对虚拟文件的读写作为与内核中实体进行通信的一种手段，但是与普通文件不同的是，这些虚拟文件的内容都是动态创建的