Linux删除文件后空间为什么不释放

这篇文章主要介绍“Linux删除文件后空间为什么不释放”，在日常操作中，相信很多人在Linux删除文件后空间为什么不释放问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Linux删除文件后空间为什么不释放”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

你是否碰见过 Linux 环境下，文件已经删除，但是空间未被释放的情况?这篇小文就会介绍一下，这种问题的一个场景，以及相应的解决方案。

我们的一台应用服务器，操作系统是 Red Hat  Linux，监控报警，/opt/applog文件系统使用率超阈值，整体容量为50G，但发现实际文件容量20G，剩下的30G空间是什么?

我们知道，Linux  环境下，任何事物，都是以文件的形式存在，系统在后台，为每个应用程序，分配了一个文件描述符，他为应用程序和操作系统之间的交互操作提供了通用的接口，既然是文件，就会占用空间，此时可以使用  lsof 指令，他可以列出，当前系统正在打开的文件。

>lsof COMMAND      PID      USER   FD      TYPE    DEVICE  SIZE/OFF      NODE NAME ... filebeat  111442   app  1r      REG     253,3 209715229   1040407 /opt/applog/E.20171016.info.012.log filebeat  111442   app  2r      REG     253,3 209715254    385080 /opt/applog/E.20171015.info.001.log (deleted)

表头各字段，含义如下：

• COMMAND：进程的名称

• PID：进程标识符

• USER：进程所有者

• FD：文件描述符，应用程序通过文件描述符识别该文件。如cwd、txt等

• TYPE：文件类型，如DIR、REG等

• DEVICE：指定磁盘的名称

• SIZE：文件的大小

• NODE：索引节点(文件在磁盘上的标识)

• NAME：打开文件的确切名称

可以看出，有一些行中，NAME标识了(deleted)

/opt/applog/E.20171015.info.001.log (deleted)

他的含义，就是这文件已被删除，但打开文件的句柄，并未关闭，再看 COMMAND 的名称是 filebeat，USER 进程所有者是  app，这是我们的日志采集进程，app 用户开启了 filebeat 进程。

插播一下日志采集平台

传统的开源日志平台，即 ELK，由 ElasticSearch、Logstash 和 Kiabana 三个开源工具组成，其中：

• Elasticsearch 是个开源分布式搜索引擎，分布式，零配置，自动发现，索引自动分片，索引副本机制，restful  风格接口，多数据源，自动搜索负载等。

• Logstash 是一个开源的采集工具，他可以对日志进行收集、过滤，并将其存储供以后使用。

• Kibana 是一个开源的图形 Web 工具，可以为 Logstash 和 ElasticSearch 提供日志分析友好的 Web  界面，可以汇总、分析和搜索重要数据日志。

常见的部署图，如下所示

对于上面提到的 filebeat 又是什么?和 ELK 有什么联系?

因为 logstash 是 jvm 跑的，资源消耗比较大，所以后来作者又用 golang 写了一个功能较少但是资源消耗也小的轻量级的  logstash-forwarder。不过作者只是一个人，加入http://elastic.co公司以后，因为 es 公司本身还收购了另一个开源项目  packetbeat，而这个项目专门就是用 golang 的，有整个团队，所以 es 公司干脆把 logstash-forwarder 的开发工作也合并到同一个  golang 团队来搞，于是新的项目就叫 filebeat 了。

简单来讲，filebeat 就是日志采集的进程 agent，负责采集应用日志文件。

对于我上面的这个问题，之所以有大量的(deleted)，未释放文件句柄，还有个背景，就是由于磁盘空间非常有限，临时加了任务，每小时删除12小时前的日志，换句话说，定时任务会自动删除此时  filebeat 正在打开着的一些文件，于是这些文件，就变为了未释放的文件，因此实际文件删除了，但空间未被释放。

解决方案1：

为了迅速释放空间占用，最直接的方法，就是 kill -9 filebeat  进程，此时空间会释放。但并不是从根本解决，定时任务还会删除这些，filebeat 打开的文件，导致空间满。

解决方案2：

filebeat 的配置文件 filebeat.yml，其实有两个参数：

close_older: 1h

说明：Close older closes the file handler for which were not modified for longer  then close_older. Time strings like 2h (2 hours), 5m (5 minutes) can be  used.

即如果一个文件在某个时间段内没有发生过更新，则关闭监控的文件handle，默认1小时。

force_close_files: false

说明：This option closes a file, as soon as the file name changes. This config  option is recommended on windows only. Filebeat keeps the files it’s reading  open. This can cause issues when the file is removed, as the file will not be  fully removed until also Filebeat closes the reading. Filebeat closes the file  handler after ignore_older. During this time no new file with the same name can  be created. Turning this feature on the other hand can lead to loss of data on  rotate files. It can happen that after file rotation the beginning of the new  file is skipped, as the reading starts at the end. We recommend to leave this  option on false but lower the ignore_older value to release files faster.

即当文件名称有变化时，包括改名和删除，会自动关闭一个文件。

这两个参数结合起来，根据应用需求，一个文件30分钟内不更新，则需要关闭句柄，文件改名或删除，需要关闭句柄

close_older: 30m  force_close_files: true

可以满足，filebeat 采集日志，以及定时删除历史文件，这两个任务的基本要求。

到此，关于“Linux删除文件后空间为什么不释放”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注亿速云网站，小编会继续努力为大家带来更多实用的文章！