磁盘满了，为啥du却显示还有很大空间？

“线下一台磁盘大小32G的开发机（虚拟机）打不出日志”，把追查过程和大家分享一下。

先du一下，查看磁盘空间：

[shenjian@dev02 ~]# du -sch /16G /

似乎还有空间，再试了一下df，发现结果不一样：

[shenjian@dev02 ~]$ df -h文件系统 容量 已用 可用 已用% 挂载点/dev/sda2 33G 33G 33G 100% //dev/sda1 965M 30M 886M 4% /boot

显示32G都用完了。

du：disk usage

通过搜索文件来计算每个文件的大小然后累加得到的值。

df：disk free

通过文件系统来获取空间大小的信息。

如果用户删除了一个正在运行的应用程序所打开的某个目录下的文件：

常见的场景是，删除了一个很大的正在写入的tomcat的access日志，du显示的结果会把日志大小减去，而df则仍会包含该日志的大小（实际上tomcat仍引用了该文件的句柄）。

对我们的启示是，如果要删除某个access日志，不要粗暴的rm，而要温柔的：

echo "" > access.log

有没有rm过仍被引用的日志？

如何发现被应用程序引用着“已删除”文件呢？

lsof：list open files

使用lsof查看打开的文件。

lsof | grep deleted

结果显示，一个logsvr程序（跑了几个月了），和web-server程序呈现deleted状态，值得怀疑。

画外音：请在手机上把图放大。

最终定位出，是web-server程序中的一个：

while(pid=fork())

手误写成了：

while(pid==fork())

导致while内一直fork进程，直到将系统资源吃干。并且该进程已经成了zombie进程，无法kill掉，重启开发虚拟机后，问题得到解决。

画外音：我去，多了一个等号，这个bug好真实。