當碰到伺服器 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的公司通常是...