問題產(chǎn)生背景

一個業(yè)務系統(tǒng)的服務器監(jiān)控系統(tǒng)發(fā)來預警通知，磁盤空間使用率已經(jīng)達到90%了，然后就登陸服務器搜索了下比較大的日志文件，全部都刪除了（坑在此處埋上了），磁盤空間釋放了一些，當時也是疏忽，沒有確認查出并刪除的文件大小的空間是否已經(jīng)全部釋放。沒過幾天，服務器又被預警了，比較納悶，日志怎么增長的這么快，排查之后發(fā)現(xiàn)，原來是上次操作刪除文件后，有個較大的文件空間沒有釋放導致的。

問題還原及解決辦法

找到占用空間較大的數(shù)據(jù)文件

#查看磁盤空間使用情況
$ df -h
#先查詢/tmp目錄下占用空間較大的文件
$ du -sh /tmp/*|sort -nr|head -3
#在查詢/home目錄下占用空間較大的文件
$ du -sh /home/*|sort -nr|head -3
# 找到文件后，進行刪除即可，刪除后，使用 df -h進行查看是否已經(jīng)釋放

說明下為啥在找文件的時候，先找了/tmp/*目錄下的文件

Linux系統(tǒng)刪除策略：Linux沒有回收站功能，所以服務去會將要刪除的文件都會先移動到系統(tǒng)/tmp目錄下，然后定期清除/tmp目錄下的數(shù)據(jù)。

有好多服務器在安裝系統(tǒng)的時候沒有給/tmp進行單獨分區(qū)，所以有可能是/tmp目錄下的數(shù)據(jù)占用了很大一部分空間,可以先清除掉/tmp目錄下的文件來釋放空間。

本次出現(xiàn)刪除文件不釋放空間，是在刪除/home目錄空間下的一個dubbo服務日志文件時發(fā)生的。

刪除文件不釋放空間原因

一般情況下不會出現(xiàn)刪除文件后空間不釋放的情況，但在這個文件被進程鎖住或者是有進程一直往這個文件寫數(shù)據(jù)等情況下，還是會出現(xiàn)的。了解Linux下文件的存儲機制和存儲結構的原理就會理解這個問題了。

文件存在Linux系統(tǒng)中分為兩部分：指針部分和數(shù)據(jù)部分。

• 指針部分：存在文件系統(tǒng)的meta-data中，我們執(zhí)行rm命令將數(shù)據(jù)刪除后，這個指針就從meta-data中被清除掉了。
• 數(shù)據(jù)部分：數(shù)據(jù)就是直接存儲在磁盤上了，當指針被從meta-data中清除后，數(shù)據(jù)部分占用的空間就可以被覆蓋并寫入新的內(nèi)容。

之所以出現(xiàn)刪除dubbo日志文件后，空間還不釋放，就是由于dubbo進程還在一直往這個文件里面寫數(shù)據(jù)，在刪除文件的時候，指針并沒有被從meta-data中清除掉，所以日志文件還是占用著空間。

如何找到此類文件

可以通過lsof命令獲取已經(jīng)刪除但是還被程序占用的文件列表：

lsof | grep delete

如何釋放此類空間

解決這一類問題釋放空間的方法有很多種：重啟占用的進程、重啟操作系統(tǒng)、通過命令。非生產(chǎn)環(huán)境采用前兩種方式最方便了，但是對于生產(chǎn)環(huán)境，還是盡量采用命令的方式，其實命令也很簡單：

echo " " >/home/dubbo/log/xxx.log

通過這種方式，會里面釋放掉占用的磁盤空間，也不影響進程繼續(xù)執(zhí)行。

到此這篇關于Linux如何處理文件已刪除但空間不釋放的問題的文章就介紹到這了,更多相關Linux 文件刪除空間不釋放內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論