Linux 下刪除了文件，空間為何不釋放？
你是否碰見過 Linux 環(huán)境下，文件已經(jīng)刪除，但是空間未被釋放的情況?這篇小文就會(huì)介紹一下，這種問題的一個(gè)場(chǎng)景，以及相應(yīng)的解決方案。
我們的一臺(tái)應(yīng)用服務(wù)器，操作系統(tǒng)是 Red Hat Linux，監(jiān)控報(bào)警，/opt/applog文件系統(tǒng)使用率超閾值，整體容量為50G，但發(fā)現(xiàn)實(shí)際文件容量20G，剩下的30G空間是什么?
我們知道，Linux 環(huán)境下，任何事物，都是以文件的形式存在，系統(tǒng)在后臺(tái)，為每個(gè)應(yīng)用程序，分配了一個(gè)文件描述符，他為應(yīng)用程序和操作系統(tǒng)之間的交互操作提供了通用的接口，既然是文件，就會(huì)占用空間，此時(shí)可以使用 lsof 指令，他可以列出，當(dāng)前系統(tǒng)正在打開的文件。
- >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：進(jìn)程的名稱
- PID：進(jìn)程標(biāo)識(shí)符
- USER：進(jìn)程所有者
- FD：文件描述符，應(yīng)用程序通過文件描述符識(shí)別該文件。如cwd、txt等
- TYPE：文件類型，如DIR、REG等
- DEVICE：指定磁盤的名稱
- SIZE：文件的大小
- NODE：索引節(jié)點(diǎn)(文件在磁盤上的標(biāo)識(shí))
- NAME：打開文件的確切名稱
可以看出，有一些行中，NAME標(biāo)識(shí)了(deleted)
- /opt/applog/E.20171015.info.001.log (deleted)
他的含義，就是這文件已被刪除，但打開文件的句柄，并未關(guān)閉，再看 COMMAND 的名稱是 filebeat，USER 進(jìn)程所有者是 app，這是我們的日志采集進(jìn)程，app 用戶開啟了 filebeat 進(jìn)程。
插播一下日志采集平臺(tái)
傳統(tǒng)的開源日志平臺(tái)，即 ELK，由 ElasticSearch、Logstash 和 Kiabana 三個(gè)開源工具組成，其中：
- Elasticsearch 是個(gè)開源分布式搜索引擎，分布式，零配置，自動(dòng)發(fā)現(xiàn)，索引自動(dòng)分片，索引副本機(jī)制，restful 風(fēng)格接口，多數(shù)據(jù)源，自動(dòng)搜索負(fù)載等。
- Logstash 是一個(gè)開源的采集工具，他可以對(duì)日志進(jìn)行收集、過濾，并將其存儲(chǔ)供以后使用。
- Kibana 是一個(gè)開源的圖形 Web 工具，可以為 Logstash 和 ElasticSearch 提供日志分析友好的 Web 界面，可以匯總、分析和搜索重要數(shù)據(jù)日志。
常見的部署圖，如下所示
對(duì)于上面提到的 filebeat 又是什么?和 ELK 有什么聯(lián)系?
因?yàn)?logstash 是 jvm 跑的，資源消耗比較大，所以后來作者又用 golang 寫了一個(gè)功能較少但是資源消耗也小的輕量級(jí)的 logstash-forwarder。不過作者只是一個(gè)人，加入http://elastic.co公司以后，因?yàn)?es 公司本身還收購了另一個(gè)開源項(xiàng)目 packetbeat，而這個(gè)項(xiàng)目專門就是用 golang 的，有整個(gè)團(tuán)隊(duì)，所以 es 公司干脆把 logstash-forwarder 的開發(fā)工作也合并到同一個(gè) golang 團(tuán)隊(duì)來搞，于是新的項(xiàng)目就叫 filebeat 了。
簡(jiǎn)單來講，filebeat 就是日志采集的進(jìn)程 agent，負(fù)責(zé)采集應(yīng)用日志文件。
對(duì)于我上面的這個(gè)問題，之所以有大量的(deleted)，未釋放文件句柄，還有個(gè)背景，就是由于磁盤空間非常有限，臨時(shí)加了任務(wù)，每小時(shí)刪除12小時(shí)前的日志，換句話說，定時(shí)任務(wù)會(huì)自動(dòng)刪除此時(shí) filebeat 正在打開著的一些文件，于是這些文件，就變?yōu)榱宋瘁尫诺奈募虼藢?shí)際文件刪除了，但空間未被釋放。
解決方案1：
為了迅速釋放空間占用，最直接的方法，就是 kill -9 filebeat 進(jìn)程，此時(shí)空間會(huì)釋放。但并不是從根本解決，定時(shí)任務(wù)還會(huì)刪除這些，filebeat 打開的文件，導(dǎo)致空間滿。
解決方案2：
filebeat 的配置文件 filebeat.yml，其實(shí)有兩個(gè)參數(shù)：
- 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.
即如果一個(gè)文件在某個(gè)時(shí)間段內(nèi)沒有發(fā)生過更新，則關(guān)閉監(jiān)控的文件handle，默認(rèn)1小時(shí)。
- 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.
即當(dāng)文件名稱有變化時(shí)，包括改名和刪除，會(huì)自動(dòng)關(guān)閉一個(gè)文件。
這兩個(gè)參數(shù)結(jié)合起來，根據(jù)應(yīng)用需求，一個(gè)文件30分鐘內(nèi)不更新，則需要關(guān)閉句柄，文件改名或刪除，需要關(guān)閉句柄
- close_older: 30m
- force_close_files: true
可以滿足，filebeat 采集日志，以及定時(shí)刪除歷史文件，這兩個(gè)任務(wù)的基本要求。
