HestiaCP မှာ inode အသုံးပြုမှုကို ဘယ်လိုစစ်ဆေးရမလဲ။ disk space အများကြီးရှိရင်တောင် file တွေ write မလုပ်နိုင်တာ ဘာကြောင့်လဲ။

ရက်အနည်းငယ်က သူငယ်ချင်းတစ်ယောက်က ညဉ့်နက်ပိုင်းမှာ သူ့ဆာဗာ ပျက်သွားတယ်လို့ မက်ဆေ့ချ်ပို့လာတယ်။

သီးခြားလက္ခဏာများသည် အထူးသဖြင့် ထူးဆန်းသည်- ဝဘ်ဆိုက်သည် ရုတ်တရက် အမှားအယွင်းများ ပေါ်လာခြင်း၊ မှတ်တမ်းများကို ရေးသား၍မရခြင်းနှင့် ဖိုင်အသစ်များ ဖန်တီးခြင်းသည် ဒစ်ခ်ပြည့်နေကြောင်း ချက်ချင်းပြသခြင်း ဖြစ်သည်။

ဒါပေမယ့် သူက `df -h` နဲ့ စစ်ဆေးကြည့်တဲ့အခါ ဒစ်ခ်မှာ နေရာလွတ် ဂစ်ဂါဘိုက် ဆယ်ဂဏန်းလောက် ရှိနေတာကို တွေ့လိုက်ရတော့ အံ့အားသင့်သွားတယ်။ ဘယ်လိုလုပ် ပြည့်နေနိုင်မှာလဲ။

ကျွန်တော်က ချက်ချင်းပဲ သူ့ကို "အစ်ကို၊ ခင်ဗျားမှာ သိုလှောင်မှုနေရာ ပြည့်နေရုံတင်မကဘူး၊ ခင်ဗျားရဲ့ Inode က overload ဖြစ်နေတယ်" လို့ ပြောလိုက်တယ်။

သူက မေးခွန်းအမှတ်အသားနဲ့ ပြန်ဖြေခဲ့တယ်- Inode ဆိုတာ အတိအကျဘာလဲ။

တကယ်တော့ လူအတော်များများဟာ ဒီထောင်ချောက်ထဲ စကျသွားတုန်းက သူတုံ့ပြန်ခဲ့တဲ့ပုံစံအတိုင်း တုံ့ပြန်ခဲ့ကြပါတယ်၊ ဘာလို့လဲဆိုတော့ ကျောင်းမှာ ဘယ်သူမှ ဒီအရာတွေကို မသင်ပေးခဲ့လို့ပါ။

Inode ဆိုတာ ဘာလဲဆိုတာကို အရင်ဆုံး ရှင်းပြပါမယ်။

၎င်းကို စာကြည့်တိုက်အညွှန်းကတ်တစ်ခုအဖြစ် သဘောထားပါ၊ ၎င်းသည် နားလည်ရလွယ်ကူပါလိမ့်မည်။

ဒစ်ခ်နေရာလွတ်ဟာ စာအုပ်စင်တစ်ခုလိုပါပဲ။ စာအုပ်ဘယ်နှစ်အုပ်ထားနိုင်လဲဆိုတာက ၎င်းရဲ့ သိုလှောင်နိုင်စွမ်းပေါ် မူတည်ပြီး လူတိုင်းနားလည်လွယ်ပါတယ်။

inode တစ်ခုသည် စာအုပ်တစ်အုပ်ချင်းစီအတွက် အညွှန်းကတ်တစ်ခုကဲ့သို့ဖြစ်ပြီး ၎င်း၏အမည်၊ တည်နေရာနှင့် ၎င်းကို မည်သူရွှေ့ပြောင်းခဲ့သည်ကို မှတ်တမ်းတင်ထားသည်။

Linux မှာ ဖိုင်တိုင်း၊ directory တိုင်းဟာ ဖိုင်အရွယ်အစား သေးငယ်ပါစေ inode တစ်ခုတည်းမှာပဲ နေရာယူထားရပါမယ်။

၎င်းသည် ဗလာဖိုင်တစ်ခုဖြစ်နေသည့်တိုင် စနစ်သည် ၎င်းအတွက် အညွှန်းကတ်တစ်ခုကို အသုံးပြုနေဦးမည်ဖြစ်သည်။

စနစ်တွင် ၎င်းဖန်တီးနိုင်သော ဖိုင်အရေအတွက် ကန့်သတ်ချက်ရှိပြီး ဤကန့်သတ်ချက်သည် innode အရေအတွက် စုစုပေါင်းဖြစ်သည်။

inode ကုန်ဆုံးသွားသည်နှင့် သင့် disk တွင် နေရာလွတ် gigabyte ရာပေါင်းများစွာရှိနေသေးသည့်တိုင် operating system သည် မည်သည့်ဖိုင်အသစ်များကိုမျှ ဖန်တီးရန် ငြင်းဆိုလိမ့်မည်။

မှတ်တမ်းတွေကို ရေးသားလို့မရပါဘူး၊ cache တွေကို ဖန်တီးလို့မရပါဘူး၊ ဝက်ဘ်ဆိုက်လည်း လုံးဝပျက်စီးသွားပါတယ်—ဒါက သင်မြင်တွေ့နေရတဲ့ ထူးဆန်းတဲ့မြင်ကွင်းပါပဲ။

အမှန်အတိုင်းပြောရရင် ဒါက တကယ်ကို ခက်ခဲတဲ့အခြေအနေပါ၊ ဘာလို့လဲဆိုတော့ error message ကို သင်မကြည့်တဲ့ နေရာကနေ ပို့လိုက်လို့ပါ။

ပထမလှည့်ကွက်ကတော့ အမြန်ခြုံငုံသုံးသပ်ချက်ရဖို့အတွက် `df -i` ကိုသုံးဖို့ပါ။

HestiaCP ပတ်ဝန်းကျင်မှာ terminal ထဲကို SSH ထည့်ပြီး ဒီစာကြောင်းကို ရိုက်ထည့်ရုံပါပဲ။

df -i

၎င်းသည် innode စုစုပေါင်းအရေအတွက်၊ အသုံးပြုထားသော အရေအတွက်နှင့် mount လုပ်ထားသော partition တစ်ခုချင်းစီအတွက် ကျန်ရှိသော အရေအတွက်ကို စာရင်းပြုစုပေးလိမ့်မည်။

အထွက်မှာ IUse% လို့ခေါ်တဲ့ ကော်လံတစ်ခုရှိပြီး အဲဒါက သင်စောင့်ကြည့်သင့်တဲ့ အဓိက မက်ထရစ်ပါ။

အကယ်၍ partition တစ်ခု၏ IUse% သည် 100% သို့ရောက်ရှိပါက၊ ထို partition တွင် disk space များစွာရှိနေသေးလျှင်ပင်၊ ဖိုင်အသစ်များ သို့မဟုတ် log အသစ်များကို ဖန်တီးနိုင်တော့မည်မဟုတ်ပါ။

ပြဿနာက Inode မှာ ရှိမရှိကို တစ်စက္ကန့်အတွင်း အတိအကျ ဖော်ထုတ်နိုင်အောင် ဒါကို အရင်လုပ်ဆောင်ဖို့ ကျွန်တော့်သူငယ်ချင်းကို အကြံပေးခဲ့တယ်၊ ခန့် မှန်းတာထက် အများကြီး ပိုမြန်လိမ့်မယ်။

ဒုတိယနည်းလမ်းမှာ သတ်မှတ်ထားသော အသုံးပြုသူတစ်ဦးကို တိကျစွာ ရေတွက်ရန် `find` ကို အသုံးပြုခြင်းဖြစ်သည်။

ပြဿနာက innode မှာ ရှိကြောင်း အတည်ပြုပြီးနောက်၊ နောက်တစ်ဆင့်ကတော့ index card ကို ဘယ်သူက အလွန်အကျွံ သုံးနေလဲဆိုတာ ရှာဖွေဖို့ပါ။

HestiaCP မှာ အသုံးပြုသူတစ်ဦးချင်းစီအတွက် သီးခြား home directory တစ်ခုရှိပါတယ်။ သတ်မှတ်ထားတဲ့ ဝက်ဘ်ဆိုက် directory တစ်ခုအောက်က ဖိုင်တွေနဲ့ directory တွေရဲ့ စုစုပေါင်းအရေအတွက်ကို ရိုးရိုးရှင်းရှင်း ရေတွက်နိုင်ပါတယ်။

find /home/用户名/web/你的域名/public_html | wc -l

"username" နှင့် "your domain name" ကို သင်၏တကယ့်လမ်းကြောင်းဖြင့် အစားထိုးပါ။ terminal မှပြန်ပေးသော စစ်မှန်သောနံပါတ်သည် ထို directory အတွင်းရှိ ဖိုင်များနှင့် folder အားလုံး၏ပေါင်းလဒ်ဖြစ်သည်။

ဖိုင်တစ်ခု သို့မဟုတ် directory တစ်ခုစီသည် inode တစ်ခုနှင့် ကိုက်ညီသောကြောင့် ဤနံပါတ်သည် inode အသုံးပြုမှုကို ကိုယ်စားပြုသည်။

တစ်ခုချင်းစီကို တစ်ခုချင်းစီစစ်ဆေးဖို့ ပျင်းနေပြီး ဝက်ဘ်ဆိုက်တစ်ခုလုံးက အသုံးပြုသူအားလုံးရဲ့ အသုံးပြုမှုဖြန့်ဖြူးမှုကို တစ်ပြိုင်နက်တည်း ကြည့်ချင်တယ်ဆိုရင် single loop command လည်း ရှိပါတယ်။

for d in /home/*; do echo -n "$d: "; find "$d" 2>/dev/null | wc -l; done

ဒီစာကြောင်းက /home အောက်မှာရှိတဲ့ user directory တစ်ခုချင်းစီမှာရှိတဲ့ ဖိုင်အရေအတွက် စုစုပေါင်းကို print ထုတ်ပေးမှာဖြစ်လို့ ဘယ် user directory မှာ ပုံမှန်မဟုတ်တဲ့ ဖိုင်အရေအတွက် များနေတာကို အလွယ်တကူ သိရှိနိုင်ပါတယ်။

တတိယဗျူဟာမှာ အိုင်အိုဒင်းအများဆုံးသုံးစွဲသည့် ဆပ်ဒိုင်ရိုတရီများကို ဖော်ထုတ်ရန်ဖြစ်သည်။

တစ်ခါတစ်ရံမှာ ဝက်ဘ်ဆိုက်တစ်ခုမှာ Inode တန်ဖိုးတွေ အရမ်းများတယ်ဆိုတာ သင်သိပေမယ့် ဖိုင်တွေနဲ့ပြည့်နေတဲ့ မျက်နှာပြင်မှာ ဘာမှားနေလဲဆိုတာ သင်နားမလည်နိုင်သေးပါဘူး။

ထိုကဲ့သို့သောကိစ္စများတွင် cache directory များ၊ session directory များနှင့် log directory များကဲ့သို့သော ဖိုင်ငယ်များစွာပါဝင်သော subfolder များကိုရှာဖွေရန် အဆင့်တစ်ခုကို သင်ရှာဖွေရန် လိုအပ်ပြီး ၎င်းတို့သည် ပြဿနာအရှိဆုံးနေရာများဖြစ်သည်။

find /home/用户名/web/你的域名/public_html -type d -exec sh -c 'echo -n "{}: "; find "{}" -maxdepth 1 | wc -l' \; | sort -n -r -k 2 | head -n 10

ဒီ command က ဖိုင်တွေကို အများဆုံးအသုံးပြုတဲ့ ထိပ်တန်း subfolder ၁၀ ခုကို စာရင်းပြုစုပေးပါလိမ့်မယ်။

စာရင်းရဲ့ထိပ်ဆုံးမှာရှိတဲ့ လမ်းကြောင်းက ဖိုင်ငယ်လေးတွေ အများကြီးကို စုစည်းထားတဲ့နေရာပါ။

ကျွန်တော့်သူငယ်ချင်းကို ဒါဟာ ဖိုင်ငယ်လေးတွေကို တိတ်တဆိတ်ဖန်တီးနေတဲ့ caching plugin တစ်ခုခုဖြစ်နိုင်တယ်လို့ ပြောခဲ့ပြီး ဒီစာကြောင်းကို သုံးရင် အခြေခံအားဖြင့် အဲဒါကို အတည်ပြုပေးပါလိမ့်မယ်။

စတုတ္ထအကြံပြုချက်မှာ repquota ကို အသုံးပြု၍ quota ကန့်သတ်ချက်ကို စစ်ဆေးရန်ဖြစ်သည်။

သင့်ဆာဗာတွင် Linux ဖိုင်စနစ် quotas များကို ဖွင့်ထားပါက ပြဿနာကို ကွဲပြားသော ရှုထောင့်မှ ကြည့်ရှုနိုင်ပါသည်။

repquota -a

ဒီ command က user အားလုံးရဲ့ file limit နဲ့ တကယ့် file usage ကို ပြပေးပါလိမ့်မယ်။

output မှာရှိတဲ့ File Limits အပိုင်းကို သေချာအာရုံစိုက်ပါ။ အသုံးပြုထားတဲ့ကော်လံက ဖိုင်ဘယ်နှစ်ခုကို အသုံးပြုထားပြီးလဲဆိုတာကို ပြသပေးပါတယ်။

"soft" နှင့် "hard" ကော်လံများသည် soft နှင့် hard ကန့်သတ်ချက် ကန့်သတ်ချက်များကို ကိုယ်စားပြုသည်။ "used" သည် "hard" သို့ ရောက်ရှိသည်နှင့် စနစ်သည် ဖိုင်အသစ်များ ဖန်တီးရန် တိုက်ရိုက် ငြင်းဆိုလိမ့်မည်။

ဒါက သင့် disk မှာ နေရာလွတ် ဘယ်လောက်ကျန်သေးလဲဆိုတာနဲ့ လုံးဝကွဲပြားတဲ့ ဇာတ်လမ်းတစ်ပုဒ်ပါ။

အဆုံးသတ်အနေနဲ့ စုံစမ်းစစ်ဆေးမှုရဲ့ အချက်တွေကို ချိတ်ဆက်ကြည့်ရအောင်။

အစပိုင်းမှာ ညသန်းခေါင်ယံမှာ server ကို crash လုပ်ခဲ့တဲ့ သူငယ်ချင်းအကြောင်း ပြန်သွားကြရအောင်။

သူသည် inode အမှန်တကယ်ပြည့်နေကြောင်း အတည်ပြုရန် `df -i` ဖြင့်စတင်၍ ကျွန်ုပ်ဖော်ပြခဲ့သော အဆင့်လေးဆင့်ကို လိုက်နာခဲ့သည်။

ထို့နောက် find နည်းလမ်းကို အသုံးပြု၍ စွန့်ပစ်ထားသော ဝဘ်ဆိုက်ဟောင်းတစ်ခု၏ cache directory သည် ဖိုင်ငယ်များကို အရူးအမူး ဖန်တီးနေသည်ကို တွေ့ရှိခဲ့သည်။

နောက်ဆုံးတွင် `repquota` ကို စစ်ဆေးခြင်းဖြင့် ၎င်းသည် အမှန်တကယ်ပင် ခက်ခဲသော ကန့်သတ်ချက်သို့ ရောက်ရှိနေကြောင်း အတည်ပြုခဲ့သည်။

အမှိုက်ကက်ရှ်အစုအဝေးကို ရှင်းလင်းပြီးနောက် ဝက်ဘ်ဆိုက်သည် ချက်ချင်းပြန်လည်အသက်ဝင်ခဲ့သည်။

ဒါကြောင့် နောက်တစ်ကြိမ် "ဒစ်ခ်မှာ နေရာလွတ်ရှိပေမယ့် ဖိုင်တွေရေးလို့မရဘူး" ဆိုတဲ့ ထူးဆန်းတဲ့ အခြေအနေမျိုးနဲ့ ကြုံတွေ့ရရင် hard drive ထည့်ဖို့ အလျင်စလို မလုပ်ပါနဲ့။

ပထမဦးစွာ inode ကိုကြည့်ရန် `df -i` ကိုသုံးပါ။ အမှန်တရားသည် သင်ယခင်ကသတိမထားမိသော index card တွင် ဖုံးကွယ်နေနိုင်သည်။

စနစ်ရဲ့ အဓိကအချက်မှာ ဝှက်ထားတဲ့ ဒီ သာမန်အသိလေးတွေက optimization စာရင်းတစ်ရာကို မှတ်မိတာထက် ပိုအသုံးဝင်တယ်လို့ ကျွန်တော် တကယ်ယုံကြည်ပါတယ်။