發(fā)現(xiàn)inode滿了如何處理呢?話不多說,我們直接進(jìn)入正題!
ls -lR|grep "^-"|wc -l
4、清理辦法梳理
rm -rf *log
find ./ -name "*log" -mtime +3 -exec rm {} ;
或
find ./ -name "*log*" -mtime +1 -delete
Delete效率要比上面的exec 要快很多。
mkdir /tmp/empty
rsync --delete-before -d /tmp/empty/
/the/folder/you/want/delete/
rsync實(shí)際上用的是替換原理,處理數(shù)十萬個(gè)文件也是秒刪。
三種方法對(duì)比總結(jié):
rm只能用在少量文件的地方,find -delete適合大量文件,rsync適合超大量文件。
我采取方法二,發(fā)現(xiàn)刪不動(dòng),嘗試方法三,也是hang住。
查看目錄使用的進(jìn)程數(shù),發(fā)現(xiàn)進(jìn)程數(shù)情況不對(duì)勁。
CROND進(jìn)程不斷增加。
使用killall postfix殺掉發(fā)送郵件的進(jìn)程,再使用刪除命令,可以正常清理。
Inode恢復(fù)正常,啟動(dòng)歸檔自動(dòng)清理腳本,問題得到處理。
網(wǎng)上有很多讓人改郵件發(fā)送的一個(gè)cron文件/etc/crontab中的MAILTO=root,千萬不要?jiǎng)?,?huì)影響其他服務(wù)。
總結(jié)
系統(tǒng)需要時(shí)時(shí)勤維護(hù),系統(tǒng)一環(huán)一環(huán)的套娃行為很容易破壞的數(shù)據(jù)庫的運(yùn)行狀態(tài),反推的過程是相對(duì)比較麻煩的,每一次處理要把根源找到,杜絕在苗頭!
更多精彩干貨分享
點(diǎn)擊下方名片關(guān)注
IT那活兒
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/129740.html
摘要:面試總結(jié)最近兩周面試了幾家公司高級(jí)工程師的職位,主要有宜信網(wǎng)信金融阿里高德口袋購(gòu)物。目前有部分公司已經(jīng)面試通過,兩家在等消息。今天趁熱把常見面試內(nèi)容總結(jié)一下??梢杂脕硗瓿山y(tǒng)一命名服務(wù)狀態(tài)同步服務(wù)集群管理分布式應(yīng)用配置項(xiàng)等管理工作。 面試總結(jié) 最近兩周面試了幾家公司Java高級(jí)工程師的職位,主要有宜信、網(wǎng)信金融、阿里高德、口袋購(gòu)物。目前有部分公司已經(jīng)面試通過,兩家在等消息。今天趁熱把常見...
摘要:這里有一份面試題相關(guān)總結(jié),涉及高并發(fā)分布式高可用相關(guān)知識(shí)點(diǎn),在此分享給大家,希望大家能拿到一份理想的知識(shí)點(diǎn)會(huì)陸續(xù)更新在上,覺得還算湊和的話可以關(guān)注一下噢高并發(fā)架構(gòu)消息隊(duì)列為什么使用消息隊(duì)列消息隊(duì)列有什么優(yōu)點(diǎn)和缺點(diǎn)都有什么優(yōu)點(diǎn)和缺點(diǎn)如何保證消 這里有一份面試題相關(guān)總結(jié),涉及高并發(fā)、分布式、高可用相關(guān)知識(shí)點(diǎn),在此分享給大家,希望大家能拿到一份理想的 Offer! 知識(shí)點(diǎn)會(huì)陸續(xù)更新在 Git...
摘要:以前想過一個(gè)類似問題,就是沒有每個(gè)人最大最小的得錢數(shù)的限制,以前的問題可以很好用隨機(jī)數(shù)解決。于是這個(gè)問題也被以前的思想帶坑里了,把突破口完全放在了如何處理每個(gè)人的隨機(jī)數(shù)上。在與面試交談中,明顯有些緊張。 以前想過一個(gè)類似問題,就是沒有每個(gè)人最大、最小的得錢數(shù)的限制,以前的問題可以很好用隨機(jī)數(shù)解決。 于是這個(gè)問題也被以前的思想帶坑里了,把突破口完全放在了如何處理每個(gè)人的隨機(jī)數(shù)上。 于是在...
這問題是@xinhaip從那邊看來。他之前的思路是這樣子: 以前想過一個(gè)類似問題,就是沒有每個(gè)人最大、最小的得錢數(shù)的限制,以前的問題可以很好用隨機(jī)數(shù)解決。 于是這個(gè)問題也被以前的思想帶坑里了,把突破口完全放在了如何處理每個(gè)人的隨機(jī)數(shù)上。 于是在面試時(shí)間就沒有解決這個(gè)問題,直到面試結(jié)束自己安靜下來,仔細(xì)想想,發(fā)現(xiàn)思路錯(cuò)了。 在我看來其實(shí)他一開始的思路恰恰是正確的,然而我在他的問題下面發(fā)布了答案,...
閱讀 1356·2023-01-11 13:20
閱讀 1707·2023-01-11 13:20
閱讀 1215·2023-01-11 13:20
閱讀 1906·2023-01-11 13:20
閱讀 4165·2023-01-11 13:20
閱讀 2757·2023-01-11 13:20
閱讀 1402·2023-01-11 13:20
閱讀 3671·2023-01-11 13:20