→ dododavid006: 用 find 跟 wc 數檔案數量 06/07 16:51
推 Jerr: ls -i 就可以啦 06/08 09:38
→ Jerr: 啊看錯, ls -i 是列出 inode number XD 06/08 09:38
推 abcdefghi: du --inodes, 多人共用,還是開一下quota比較好管理 06/08 10:45
今天又有一個客戶把 inode 操爆了~XD
明明沒在用的信箱占用的 inode 數量大概 120 萬~
find 目錄 | wc -l 是很簡單啦~
但是如果你的資料夾裡已經有上百萬檔案在裡面
你指令下了可能就沒反應了~
(不知道要跑多久)
話說我執行 du --inodes
[root@abc ~]# du --inodes
du: unrecognized option '--inodes'
Try `du --help' for more information.
不知道是沒裝到還是?
至於 quota 限制不知道要怎麼設定?
※ 編輯: sanbis (59.125.62.244), 06/08/2018 17:02:32
→ kenduest: --inodes 參數要某個 coreutils 套件版本之後才支援 06/09 15:23
→ kenduest: 所以沒有這個,就改用 find 配合 wc 就可以達成 06/09 15:23
→ kenduest: 佔用 120萬 inode 算還只好,在我這邊一般機器跑 06/09 15:37
→ kenduest: 3 顆硬碟跑 raid5 , 統計 / 整個分割區100多萬檔案 06/09 15:37
→ kenduest: 運作時間也只有大約30sec時間而已,若是 ssd 應該更快 06/09 15:38
→ kenduest: 不過這還要看檔案系統有所差異,ext3 晚期與 ext4 基本 06/09 15:52
→ kenduest: 有 dir_index 參數可以改善目錄內有大量檔案搜尋速度 06/09 15:53
→ kenduest: 若你是需要改善這類搜尋,這類議題倒是有新議題可討論 06/09 16:09
這個是客戶用的小號 VM ~
只有 2CCU 2GRAM 30GHDD~
120 萬已經是總是的 8X % 了~
這邊好奇問一下 inode 的數量上限硬碟大小有關還是跟格式有關?
硬碟格式的話
fdisk -l 只能看到 label 上面著名為 linux ~
不知道是 ext3 還是 ext4
就算要改善也只能考慮在新架設的 VM 上處理
那些正在運行中的 VM 不可能讓我這樣修改~
畢竟要改基本上會中斷服務
客戶會奪命連環 call ~
※ 編輯: sanbis (61.224.158.44), 06/09/2018 23:15:15
→ kenduest: xfs 檔案系統,30G的話還是能夠有千萬inode可以用 06/10 01:59
→ kenduest: ext3/ext4 得 mkfs 時候搭配 -i 指定,只是效能可能變差 06/10 02:01
→ kenduest: 若你是 SI 你就自行評估調整與搭配協調方式,畢竟是工作 06/10 02:02
所以跟分割的格式有關?
用 df -Th 檢查~
目前使用格式是 ext4
我的職位到底算什麼我也很模糊~Orz
小弟公司是主機營運商
反正稱呼都是「工程師」這個萬金油稱呼~
上面的案例是租用 VM 的客戶~
這些 VM 跑了起碼一兩年
要我做基本管理維護還可以
但是如果是要改系統~我還真的不敢動~
出包的話我就飛天了~
※ 編輯: sanbis (61.224.158.44), 06/10/2018 22:11:32
推 soem: 主要不是分割格式的問題,檔案系統的inode會在mkfs就設計好 06/23 03:25
→ soem: 後面要再更改似乎沒有什麼好方法,一般來說就是備份後再重新 06/23 03:30
→ soem: 建新的filesystem 06/23 03:30