關(guān)于Linux服務(wù)器磁盤空間占滿問題的解決方法

更新時間：2017年05月02日 17:15:30 作者：小女子的測試之路

下面給大家分享一篇關(guān)于Linux服務(wù)器磁盤占滿問題解決方法（/dev/sda3 滿了），需要的的朋友參考下吧

下面我們一起來看一篇關(guān)于Linux服務(wù)器磁盤占滿問題解決（/dev/sda3 滿了），希望碰到此類問題的人能帶來幫助。

今天下班某電商技術(shù)部leader發(fā)現(xiàn)個問題，說他們服務(wù)器硬盤滿了。把日志文件都刪掉了，可硬盤空間依舊滿。于是df -h查看了下各個掛載點的狀況（如下圖）。

/dev/sda3占用了100%，那么我們du -s -h ./*看下目錄的占用情況（如下圖）。

在工作中，我們也許會遇到這樣的問題，發(fā)現(xiàn)某個磁盤空間快滿了，于是，找到一些無用的大文件將其刪除后，發(fā)現(xiàn)磁盤空間還是沒有釋放掉，這是什么原因呢？如何解決呢？下面來重現(xiàn)一下整個過程：

查看磁盤空間情況

 [@74.114 var]# df -h
Filesystem      Size Used Avail Use% Mounted on
/dev/xvda2      9.7G 284M 8.9G  4% /
/dev/xvda1      251M  13M 226M  6% /boot
none         1.1G   0 1.1G  0% /dev/shm
/dev/xvda10      97G  60G  33G 65% /home
/dev/xvda3      3.9G 2.7G 1.1G 72% /usr
/dev/xvda5      3.9G 3.6G  77M 98% /var

var分區(qū)快滿了，找到大文件，并刪除

[@74.114 var]# cd /var
[@74.114 var]# du –sh *
3.3G  account
111M  cache
53M   log
0    mail
156K  run
344K  spool
…
[@74.114 var]# rm –rf account/*

df –h 看一下，卻依然是/var 為98%，一點都沒釋放。

[@74.114 var]# df -h
Filesystem      Size Used Avail Use% Mounted on
/dev/xvda2      9.7G 284M 8.9G  4% /
/dev/xvda1      251M  13M 226M  6% /boot
none         1.1G   0 1.1G  0% /dev/shm
/dev/xvda10      97G  60G  33G 65% /home
/dev/xvda3      3.9G 2.7G 1.1G 72% /usr
/dev/xvda5      3.9G 3.6G  77M 98% /var

但du –sh * 卻顯示沒有大文件了

[@74.114 ~]# cd /var && du –sh *
120K  account
111M  cache
53M   log
0    mail
156K  run
344K  spool
…

猜想1：應(yīng)該是刪除的內(nèi)容依然被進程占用，內(nèi)存沒釋放，所以用lsof |grep – I deleted 看了一下，發(fā)現(xiàn)如下：

[@74.114 account]# lsof |grep -i deleted
listserve 4833      blty  0u   CHR   136,2          4 /dev/pts/2 (deleted)
listserve 4833      blty  1u   CHR   136,2          4 /dev/pts/2 (deleted)
listserve 4833      blty  2u   CHR   136,2          4 /dev/pts/2 (deleted)
Billing_P 16989      blty  0u   CHR   136,0          2 /dev/pts/0 (deleted)
Billing_P 16989      blty  1u   CHR   136,0          2 /dev/pts/0 (deleted)
Billing_P 16989      blty  2u   CHR   136,0          2 /dev/pts/0 (deleted)
Billing_P 16990      blty  0u   CHR   136,0          2 /dev/pts/0 (deleted)
Billing_P 16990      blty  1u   CHR   136,0          2 /dev/pts/0 (deleted)
Billing_P 16990      blty  2u   CHR   136,0          2 /dev/pts/0 (deleted)

發(fā)現(xiàn)時billing程序占用沒釋放，所以聯(lián)系項目經(jīng)理將Billing_P停掉，重啟，依然沒有釋放任何空間。無果
猜想2：刪除的文件是accout目錄下的pacct文件，應(yīng)該是由psacct產(chǎn)生和管理，重啟這個程序后是否會OK呢？解決

[@74.114 account]# /etc/init.d/psacct restart

最后看一下磁盤空間，磁盤空間釋放鳥~~

[@74.114 var]# df -h
Filesystem      Size Used Avail Use% Mounted on
/dev/xvda2      9.7G 284M 8.9G  4% /
/dev/xvda1      251M  13M 226M  6% /boot
none         1.1G   0 1.1G  0% /dev/shm
/dev/xvda10      97G  60G  33G 65% /home
/dev/xvda3      3.9G 2.7G 1.1G 72% /usr
/dev/xvda5      3.9G 100M  3.6M 4% /var

小建議：

以后處理相關(guān)問題時，如果發(fā)現(xiàn)du 和df 大小不一致的情況，可以通過lsof 查看，也許可以找到一些出現(xiàn)問題的原因，如果還是找不到問題，在允許的情況下不妨試一下重啟服務(wù)，也許問題就迎刃而解了。
重啟服務(wù)得不到解決的情況下，可以通過卸載磁盤分區(qū)來試著解決。

在決定刪除某些文件前，最好確定好這個文件被哪些服務(wù)使用，先停掉這些服務(wù)再刪除，這樣就很少出現(xiàn)空間釋放不了的情況了

linux磁盤掛載點目錄占用情況（圖）

掛載點下的目錄之和遠小于4.5G，那么是什么占用了硬盤呢？

以下為該問題的解答：

在apache/tomcat服務(wù)在運行狀態(tài)下，清空了運行服務(wù)的日志，從而導(dǎo)致了/dev/sda3 滿了的問題。一般情況下，大多數(shù)服務(wù)（包括腳本）在運行時，是不能刪除當前正在寫入的日志文件的。

原理分析：

1. 當前access.log日志正在被apache進程占用。

2. 通過rm命令刪除access.log，實際只刪除了文件名（該日志文件應(yīng)用記數(shù)不為0，因此空間不會被釋放）。

3. 通過rm命令刪除了access.log后，apache依然寫日志到access.log中，當開啟apache進程時，已經(jīng)通過access.log定位到該文件的inode了，就是說再寫日志是不通過access.log，因此即使刪除了access.log，apache依然寫日志到access.log所在的inode節(jié)點，所以導(dǎo)致硬盤空間增加。

4. 因為刪除了access.log，所以我們就找不到該文件了，du也查不到，就會出現(xiàn)硬盤滿了但看不到究竟是哪些文件占用的。
（寫的不甚詳細，不明白的大家再google下。）

解決方法：

重啟該日志文件的相關(guān)服務(wù)或程序，如：為apache日志文件則重啟apache（如下圖，重啟后才硬盤空間占用正常）。

以上所述是小編給大家介紹的關(guān)于Linux服務(wù)器磁盤空間占滿問題的解決方法，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！

您可能感興趣的文章: