如何排查 Inodes 使用太多的問題

2021-09-04 05:59:32 字數 710 閱讀 4092

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