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