总结的原因:
1、删除文件文件后没有清空回收站;
2、删除的文件不在系统分区,在其他分区上;
3、删除的文件被保留在了/tmp分区下,而/tmp分区不是独立的分区,是在根分区/的基础上划分出来的分区;
4、删除文件的进程delete一直在后台运行,仍然无法对该文件进行读写
常用指令总结:
du -h --max-depth=1 查看目录深度为1的目录或文件所占空间大小
lsof |grep deleted 获得一个已经被删除但是仍然被应用程序占用的文件列表
df -hl 查看文件系统所占磁盘空间大小
kill 9 pid-num 杀掉对应的进程
使用lsof /home | grep -i delete查找删除的文件,但句柄未释放的一大堆,而且目录都是/xxx/index,直接指向solr离线索引项目。做 solr离线索引的时候,使用了FileUtils.delete()操作,有2个地方,一个是在inform中,core重启的时候;一个是在 handle方法中,那时候是想同步索引时失败回滚,确保旧的索引文件全部删除,就是这里删除了句柄未释放的文件,造成磁盘满了。
另:由上面的查询结果我们可以看到,已经删除的Java日志文件占用了很大的空间。
主要是因为我们在删除这个日志文件的时候是用rm -rf *.log这样的命令删除的,删除日志之后又没有重启java进程,导致inode节点不被释放,空间一直被占用。
有些删了文件,但是进程没 reload,那些空间还是占用的,你可以理解为类似 windows 下的进程句柄没释放的概念吧~ 只是 windows 下如果有文件被进程使用,你一般是删不掉的,而 Linux 虽然不做删除限制,但却要等到进程使用完文件才能完全释放,以防止进程奔溃,这是操作系统对资源的管理差异吧~
在测试时候发现,一台设备的磁盘空间被占满 而磁盘的文件却事空的???
使用fusr -mk /foton/app/ 杀掉使用此文件系统的应用程序,df -h 磁盘空间立即释放,说明磁盘分区被应用程序占用,没有释放。
检测应用程序,发现在写文件时候,出现逻辑错误,在某中情况下,返回却没有close掉文件的句柄。所以应用程序一直把持该文件空间。即使其他的应用程序强制删除, 此空间也一直被应用程序占用。可以使用lsof 查看此应用程序占用的文件句柄。
Usage: lsof
Show all open files
lsof(list open files)是一个列出当前系统打开文件的工具
Usage: fuser [OPTIONS] FILE or PORT/PROTO
Find processes which use FILEs or PORTs
-m Find processes which use same fs as FILEs
-4,-6 Search only IPv4/IPv6 space
-s Don't display PIDs
-k Kill found processes
-SIGNAL Signal to send (default: KILL)
部分内容转载地址:https://www.cnblogs.com/noxy/p/6225592.html