問題產(chǎn)生背景

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

問題還原及解決辦法

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

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

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

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

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

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

刪除文件不釋放空間原因

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

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

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

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

如何找到此類文件

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

lsof | grep delete

如何釋放此類空間

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

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

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

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

最新評(píng)論