Linux 解决 du 与 df 查询结果不一致的问题

https://wxnacy.com/2018/08/02/du-diff-df/

http://www.sunnyu.com/?p=400

最近碰到一个怪事，再生产环境部署应用时提示空间不足，随后使用 df 和 du 分别查询磁盘使用情况，结果 df 显示空间已满，但 du 现在所有文件加起来远远没有达到磁盘的总空间，简直是灵异事件，百思不得姐，后来查询发现，还是要相信科学，碰见这种情况就要开始使用 lsof 了。

 

du和df不一致的一般原因
常见的df和du不一致情况是文件删除造成的，当一个文件被删除后，在文件系统目录中已经不可见了，所以du就不会再统计它了。然而如果这个时候还有运行的进程持有这个已被删除了的文件的句柄，那么这个文件就不会真正在磁盘中被删除，分区超级块中的信息也就不会更改。这样df仍旧会统计这个被删除了的文件。

一般处理方法
使用lsof命令找到还持有被删除文件句柄的进程，然后关闭进程或者杀掉进程用以释放空间。

lsof | grep deleted

通过上述命令查询得到的文件全都为删除状态，这就好比是电脑的回收站，你以为删除了没用的日志文件，其实某些启动它的程序因为没有重启，并没有真正的删除掉，而这些文件并不会被 du 读取到。

这样事情就简单多了，只需要重启改程序（第一列数据）或者直接 kill 掉进行（pid 为第二列数据），随后在执行 df 就会发现空间瞬间增加。

kill -9 656 913 

 

避免这个问题的一般方法
1.可以使用清空文件的方式来代替删除文件，方式是:

echo > myfile

lsof: command not found

安装： yum install lsof -y