我們的集成環境如果磁盤空間滿，一般情況下可以通過刪除log或者多余的文件來解決，但有時候，這種方法是無法解決的。以上次碰到情況為例：

服務器10.2.5.4磁盤空間滿，致使某核心無法正常運行。于是登陸核查，如下：

# df -h

文件系統????????????? 容量? 已用 可用 已用% 掛載點

/dev/sda2 9.7G 7.0G 2.3G 76% /

/dev/sda1 251M 19M 219M 8% /boot

/dev/sda5 54G 24G 28G 100% /home

none 1004M 0 1004M 0% /dev/shm

ccvob.alipay.net:/ccvob1

133G 68G 59G 54% /ccvob1

10.2.4.98:/home/nfsshare

225G 145G 69G 68% /share/upload

進入/home目錄使用du查看/home下的磁盤使用率

# cd /home

# du -sh *

3.1M admin

1.3G ctu

1.2G godzilla

76K log

40K nagios

609M paygw

784M smsgw

20G trade

24K ukulele

發現目錄home目錄下的子目錄所有文件大小加起來遠遠少于54G，可是卻提示home已經100%占用。這種干擾du查看磁盤空間使用率的問題，一般是下面兩種情況造成的：

1、用戶刪除了文件，這些刪除的文件使用du無法查看，但系統仍然有進程在寫被刪除的文件。

2、磁盤分區的某一個目錄掛載了另外一個分區時，du查看到的磁盤空間為掛載分區后的目錄空間。

由于home目錄未掛載另一分區，所以應該是用戶刪除系統的日志文件，而系統java進程沒被停掉這一情況造成的。

解決方法：

1、查找被刪除文件

被刪除文件，在寫程序未退出的情況下，被刪除文件同樣會占用磁盤空間。

# lsof -n | head -1

COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME

# lsof -n /home | grep deleted

由上面可以看出，這些log已經被刪除，但是java進程依然在寫這些log。

2、殺掉寫文件的java進程，磁盤空間會自然釋放

#pkill -9 19543

# df

文件系統?????????????? 1K-塊??????? 已用???? 可用 已用% 掛載點

/dev/sda2 10080520 7257740 2310712 76% /

/dev/sda1 256667 19223 224192 8% /boot

/dev/sda5 56087900 25093392 28145384 45% /home

總結：由于我們經常在沒有停掉系統的時候就直接刪除log，而有時候系統的java進程在重新啟動的時候并沒有停掉，依然在系統中運行并不停的在寫已經被刪除的日志文件，多次累積過后，就會造成磁盤空間變滿。所以，建議每次刪除系統log前，請執行下#killall java 先將該用戶下的系統停掉

總結

以上是生活随笔為你收集整理的java 写文件 异常 磁盘空间满_系统磁盘空间满的一个问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。