遇到相同的问题，tinyproxy.log 已删除，但是 df -h 查看磁盘空间复现并没有释放。原来是有进程打开了这个文件，一直没有关闭。所以找到对应的进程关闭即可。
问题就是：
之前跑jmeter脚本，对服务进行压测时，发现磁盘空间满了，，然后kill掉jmeter进程，删除相关日志文件后，发现磁盘空间还是100%，怎么破？
[root@bjsjs_73_63 bin]# df -h
文件系统 容量 已用 可用 已用% 挂载点
/dev/mapper/vgroot-lvroot
9.7G 9.6G 0 100% /
/dev/mapper/vgroot-lvvar
15G 1.2G 13G 9% /var
/dev/mapper/vgroot-lvusr
9.7G 2.7G 6.5G 30% /usr
/dev/sda1 190M 20M 161M 11% /boot
tmpfs 32G 52K 32G 1% /dev/shm
/dev/mapper/vgroot-lvopt
16G 2.2G 14G 14% /opt
/dev/mapper/vgroot-lvted
问题原因：
参考这里 在Linux中，当我们使用rm在linux上删除了大文件，但是如果有进程打开了这个大文件，却没有关闭这个文件的句柄，那么linux内核还是不会释放这个文件的磁盘空间，最后造成磁盘空间占用100%，整个系统无法正常运行。这种情况下，通过df和du命令查找的磁盘空间，两者是无法匹配的，可能df显示磁盘100%，而du查找目录的磁盘容量占用却很小。
遇到这种情况，基本可以断定是某些大文件被某些程序占用了，并且这些大文件已经被删除了，但是对应的文件句柄没有被某些程序关闭，造成内核无法收回这些文件占用的空间。
解决： 那么，如何查找那些文件被某些程序占用呢：
lsof -n | grep deleted
java 12623 root 68w REG 253,0 4911812608 720990 /search/wj/apache-jmeter-3.1/bin/jmeter.log (deleted)
java 12623 root 336w REG 253,0 2845872128 721321 /search/wj/apache-jmeter-3.1/bin/log_wj123.jtl (deleted)
java 12623 root 338w REG 253,0 6172672 2031642 /search/wj/apache-jmeter-3.1/bin/root.log (deleted)
kill -9 12623 即可解决。
[root@bjsjs_73_63 /]# df -h
文件系统 容量 已用 可用 已用% 挂载点
/dev/mapper/vgroot-lvroot
9.7G 2.5G 6.8G 27% /
/dev/mapper/vgroot-lvvar
15G 1.2G 13G 9% /var
/dev/mapper/vgroot-lvusr
9.7G 2.7G 6.5G 30% /usr
/dev/sda1 190M 20M 161M 11% /boot
tmpfs 32G 52K 32G 1% /dev/shm
/dev/mapper/vgroot-lvopt
16G 2.2G 14G 14% /opt
/dev/mapper/vgroot-lvted