當碰到伺服器 inodes 報警,排查流程如下
作業系統環境:centos6.8
一、使用 df -i 檢視那個分割槽用量最多
二、進入該分割槽,使用檔案數量統計指令碼
#檔案數量統計指令碼
#!/bin/bash
for i in `ls`;
do file_num=`find ./$i/ -type f -print | wc -l`
echo "$i,$file_num"
done
三、小量分批刪除ls | grep '^' | xargs -n 100 rm -f #刪除列出的檔案,以100個為一組
# 使用這個指令是為了避免 "argument list too long "
最後分享下筆者遇到問題
原因是系統在執行 cron 任務時,會將 cron 執行指令碼中的輸出資訊(output)和告警資訊(warning)以郵件的形式傳送給 cron 所有者,而我的伺服器上關閉了 postfix ,導致郵件傳送失敗,小檔案就堆積在了 maildrop 目錄下。如果 sendmail 或 postfix 正常執行,則會在 /var/mail 目錄下堆積大量的郵件檔案。
vim /etc/crontab
將 mailto=root 替換成 mailto="",需要重啟crond服務才可以
如何排查 Inodes 使用太多的問題
當碰到伺服器 inodes 報警,排查流程如下 作業系統環境 centos6.8 一 使用 df i 檢視那個分割槽用量最多 二 進入該分割槽,使用檔案數量統計指令碼 檔案數量統計指令碼 bin bash for i in ls do file num find i type f print wc ...
Inodes 100 使用排查
今天登入測試機器發現oracle無法啟動,啟動報錯no space on device 反覆確認硬碟空間沒有滿 進一步檢查,發現inodes使用率100 然後用以下語句檢查,發現 var竟然用了4150912個inodes root new for i in do echo i find i wc ...
太多選擇 企業如何選擇合適的BI工具?
在沒認清現狀前,企業當然不能一言不合就上bi。bi不同於一般的企業管理軟體,不能簡單歸類為類似用於提高管理的erp和wms,或用於提高企業效率的oa bpm。bi的本質應該是通過展現資料,用於加強企業各環節的管控,幫助快速制定科學的決策。在選型bi之前,是否認清了眼下的問題?多數選型bi的公司通常是...