linux系统中,使用rm删除某个大文件,,但如果在删除之前有进程已经打开该文件,却没有关闭这个的句柄,那么linux内核还是不会释放该文件的磁盘空间,最后造成磁盘空间占用100%,因为没有磁盘提供读写,使系统无法正常运行。
使用 du 和 df 查看磁盘空间时,两则无法匹配
df -h 显示磁盘使用100%
du -sh * 查看个目录占用磁盘空间却很小
遇到这种情况基本断定,某些打文件被某些进程占用,导致内核不能释放空间,不能更新磁盘显示,但是磁盘目录又占用,更新完成。显示不一致。因为文件删除后,而占用该文件的进程没有被关闭,造成内核无法回收这些文件占用的空间。
解决步骤:
df -h 查看磁盘分区使用情况
du -sh * 查看系统目录和文件磁盘使用情况
lsof -n |grep deleted 列出已删除文件的磁盘读写操作进程,这类操作是无效的。
gearmand 22377 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted)
gearmand 22377 22413 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted)
gearmand 22377 22414 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted)
gearmand 22377 22415 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted)
gearmand 22377 22416 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted)
gearmand 22377 22417 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted)
gearmand 22377 22418 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted)
kill pid 杀死占用被删除文件的进程(杀死该进程前,最好先关闭相关服务,以免服务发生错误)。
若出现mysql数据库服务,占用大量无效磁盘空间
备注:本人遇到的场景是同事删除了mysql的表,但是是在shell上执行rm表的文件,而不是通过drop table之类的命令去删除表的,于是mysql会一直占用这些表文件的句柄,最后造成磁盘空间100%,这种情况下,也不用重启mysql,只要进入mysql客户端执行flush tables就行了
相关文档:《linux查看目录和文件大小du、df》
http://jasonzhu.blog.51cto.com/5594807/1700990