服務(wù)器

前言

10年的銀川網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。營銷型網(wǎng)站建設(shè)的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整銀川建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)從事“銀川網(wǎng)站設(shè)計(jì)”,“銀川網(wǎng)站推廣”以來，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

最近這兩天登陸服務(wù)器，發(fā)現(xiàn)用 wget 下載文件的時(shí)候提示“No space left on device”，而且連使用 tab 鍵進(jìn)行補(bǔ)全時(shí)也會(huì)提示該錯(cuò)誤。

之前遇到過一次這種問題，是由于磁盤空間被占滿了，導(dǎo)致無法創(chuàng)建新文件。正常情況下，刪除一些文件來釋放空間，即可解決該問題。

當(dāng)我使用 df 命令查看分區(qū)情況時(shí)，結(jié)果如下：

# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 29G 29G 0 100% /
udev  10M 0 10M 0% /dev
tmpfs  101M 232K 100M 1% /run
tmpfs  5.0M 0 5.0M 0% /run/lock
tmpfs  405M 0 405M 0% /run/shm

看到這里，我以為磁盤真的被 100% 占用了，于是就查看了各目錄的占用情況：

# du -sh /*
8.8M /bin
30M /boot
0 /dev
5.3M /etc
24K /home
0 /initrd.img
205M /lib
4.0K /lib64
16K /lost+found
8.0K /media
4.0K /mnt
4.0K /opt
0 /proc
2.5G /root
232K /run
5.2M /sbin
8.0K /srv
0 /sys
4.0K /tmp
2.6G /usr
1.8G /var
0 /vmlinuz

很明顯，總共的磁盤占用完全不到 10G，磁盤理論上并未被占滿。

這種情況下，很可能是小文件過多，導(dǎo)致 inode 急劇增加，消耗完 inode 區(qū)域的空間。

如果真是如此，那么即使磁盤空間有剩余，但由于無法創(chuàng)建新的 inode 來存儲(chǔ)文件的元信息，也就無法創(chuàng)建新文件。

因此，我用 df 命令進(jìn)行驗(yàn)證：

# df -ih
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/vda1 1.9M 299K 1.6M 17% /
udev  123K 299 123K 1% /dev
tmpfs  126K 249 125K 1% /run
tmpfs  126K 4 126K 1% /run/lock
tmpfs  126K 2 126K 1% /run/shm

可以看到，inode 區(qū)域只被占用了一小部分，還有大量的空間未使用，所以也不是 inode 區(qū)域被占滿的問題。

到了這里，我的內(nèi)心是非常郁悶的。這個(gè)問題直接導(dǎo)致了Apache、mysql以及其它的一些服務(wù)均無法啟動(dòng)，服務(wù)器已經(jīng)基本沒法使用了，然而原因卻撲朔迷離。

最后，服務(wù)器提供商告訴我另一種可能的情況，就是有些文件刪除時(shí)還被其它進(jìn)程占用，此時(shí)文件并未真正刪除，只是標(biāo)記為 deleted，只有進(jìn)程結(jié)束后才會(huì)將文件真正從磁盤中清除。

于是我通過 lsop 命令查看了被進(jìn)程占用中的文件：

# lsof | grep deleted
Mysqld 1952 2982 MYSQL 5u REG  254,1  0 127 /tmp/ibzMEe4z (deleted)
mysqld 1952 2982 mysql 6u REG  254,1  0 146 /tmp/ibq6ZFge (deleted)
mysqld 1952 2982 mysql 10u REG  254,1  0 150 /tmp/ibyNHH8y (deleted)
apache2 2869  root 9u REG  254,1  0 168 /tmp/.ZendSem.2w14iv (deleted)
apache2 2869  root 10w REG  0,16  0 11077 /run/lock/apache2/rewrite-map.2869 (deleted)
...
python 3102  root 1w REG  254,1 22412342132 264070 /var/log/nohup.out (deleted)

終于找到了罪魁禍?zhǔn)祝瓉硎窃诤笈_(tái)運(yùn)行的 Python 腳本，源源不斷地將輸出保存到 /var/log/nohup.out 文件中，文件大小居然達(dá)到了20G+！

前階段在后臺(tái)運(yùn)行腳本之后，就沒再管過它。估計(jì)是我在 Python 運(yùn)行過程中刪掉了 nothup.out 文件，由于該文件被占用，所以只能先標(biāo)記為 deleted，而未真正刪除，最后導(dǎo)致磁盤爆滿。

這次的教訓(xùn)提醒了我，不能將任務(wù)簡單放到后臺(tái)就放任不管，特別是使用 nohup 命令時(shí)，所有的輸出都會(huì)被不斷地添加到同一個(gè)文件中，如果該進(jìn)程不會(huì)自己終止，就可能導(dǎo)致輸出文件占滿整個(gè)磁盤。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對(duì)創(chuàng)新互聯(lián)的支持。

新聞名稱：Linux中出現(xiàn)“Nospaceleftondevice”錯(cuò)誤的排查與解決方法
網(wǎng)站地址：http://weahome.cn/article/cpgjhp.html