df查看空间已经占用%100，但是找不到大文件

月光xia漫步

通过df查看某一目录“/opt”的占用空间
[billing_dx@bmcs1]:/opt>df -h
/dev/mapper/rootvg-lvopt
                       20G   19G  4.0K 100% /opt
已经了占用了100%。

本来想着，应是大文件的问题，于是查找文件大小大于1G、大于500M的文件，如下：
find /opt/ -size +1G 2>/dev/null

都没有找到。上网搜一下解决办法，有以下可能：
1、后台进程 写nohup.out ，删除文件，但是没有关闭程序 （本机没有该情况）
2、结点使用完
一下是节点使用情况：
[billing_dx@bmcs1]:/opt>df -i
/dev/mapper/rootvg-lvopt
                     1310720   34027 1276693    3% /opt
节点足够。

然后我查看了一下“/opt”目录的文件大小，如下：
[billing_dx@bmcs1]:/opt>du -sh
3.5G    .

多谢！~

月光xia漫步

不知道是不是自己哪儿理解不是很对，希望大家给与指正，多谢了！

carllai

lsof |grep opt　 看看有没有进程占用/opt这个目录呢

Shell_HAT

1. lsof -n | grep delete

复制代码

月光xia漫步

就在刚才，不知道老大怎么把内存空间给释放了。而我也继续在网上搜一下相关内容。
我发现，会出现这个问题，除了其他人所说的“nohup.out"，一些人给出的解释是，如果使用了文件的指针在写文件的过程，文件被删除的话，也会出现这样的问题。

如果就是因为这样的原因的话，那么通过 ”lsof “应该就可以查看”/opt“目录下的文件使用情况。使用lsof应该是一个很好的解决办法。
PS：我刚才特意上网搜了一下lsof的用法，发现它可以查看文件的使用情况。多谢你提供的这个函数。

虽然现在问题解决了，但是因为还不确定是不是文件的原因，所以我想重新还原一下这种情况。不知道你有没有什么好的办法？

我现在只有一个比较笨的方法，就是打开一个文件之后，一直向文件里写东西，然后删除文件，对比df和du的情况。
希望你给一个不错的方法，这样，我们才可以确定是因为这种情况导致的，而不是想当然的以为。
多谢!

回复 4# Shell_HAT


   

月光xia漫步

查询删除的文件？
PS：说实话，刚看到你发的内容，我的确没有见过，上网搜了一下，发现”deleted“表示已经删除的文件。然后我创建一个文件，然后删除，通过”lsof -n |grep delete |grep a.sh“，可以看到文件被删除的情况。

你的意思是不是就查看一下最近删除的文件，而这个文件也是最有可能引起问题的文件？

回复 4# Shell_HAT


   

Shell_HAT

回复 6# 月光xia漫步


    如果有进程在使用某个文件，你把这个文件删掉之后，它不会马上释放空间，除非你手工重启该进程。

月光xia漫步

回复 7# Shell_HAT

恩，你说的对，我刚才在ChinaUnix中找到了一篇精华文章（[url=http://bbs.chinaunix.net/forum.php?mod=viewthread&tid=465673][/url]）

上面就提到了对于文件的操作时，文件指针的问题。但是我挺想复原这种情况，让自己确认是这种原因。毕竟，只有自己完全确认了，才会完全接受嘛~

再次感谢你的回答，谢谢！

月光xia漫步

回复 3# carllai

多谢你提供的lsof函数，对我很有帮助。如果我想复现这个场景的话，不知道你有没有什么好多办法，多谢~

carllai

我以前删除tomcat的日志文件时，发现磁盘空间并没有立即释放，必须得重启tomcat服务后才能完全释放