• linux系统删除空间后系统分区空间仍不释放问题


    总结的原因:

    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 虽然不做删除限制,但却要等到进程使用完文件才能完全释放,以防止进程奔溃,这是操作系统对资源的管理差异吧~

  • 相关阅读:
    Django的templates(模板)
    Django的urls(路由)
    Markdown中实现折叠代码块
    图片上传2
    Comparator 排序
    Serializable 序列化为文件
    统计连续签到的方法
    Serializable 序列化为字符串 base64
    Serializable 序列化使用限制
    Serializable 剔除某些不想保存的字段 transient
  • 原文地址:https://www.cnblogs.com/noxy/p/6225592.html
Copyright © 2020-2023  润新知