HestiaCP හි ඉනෝඩ භාවිතය පරීක්ෂා කරන්නේ කෙසේද? ඕනෑ තරම් තැටි ඉඩ තිබියදීත් ගොනු ලිවීමට නොහැකි වීමට හේතුව කුමක්ද?

දින කිහිපයකට පෙර, මගේ මිතුරෙකු රෑ බෝ වී මට පණිවිඩයක් එව්වා ඔහුගේ සේවාදායකය බිඳ වැටී ඇති බව.

නිශ්චිත රෝග ලක්ෂණ විශේෂයෙන් අමුතුයි: වෙබ් අඩවිය හදිසියේම දෝෂ ඇති කිරීමට පටන් ගත්තේය, ලොග් ලිවීමට නොහැකි විය, සහ නව ගොනු සෑදීමෙන් තැටිය පිරී ඇති බව වහාම දැනුම් දෙනු ඇත.

නමුත් ඔහු `df -h` සමඟ පරීක්ෂා කළ විට, තැටියේ පැහැදිලිවම ගිගාබයිට් දස ගණනක නිදහස් ඉඩක් ඇති බව දැක කම්පනයට පත් විය. එය පිරී ඇත්තේ කෙසේද?

මම ඒ වෙලාවෙම එයාට කිව්වා, "සහෝදරයා, ඔයා ගබඩා ඉඩෙන් විතරක් නෙවෙයි, ඔයාගේ ඉනෝඩ් එකත් හොඳටම පටවලා."

ඔහු ප්‍රශ්නාර්ථ ලකුණක් සමඟ පිළිතුරු දුන්නේය: ඉනෝඩයක් යනු කුමක්ද?

ඇත්ත වශයෙන්ම, බොහෝ අය මෙම උගුලට හසු වූ විට ඔහු ප්‍රතිචාර දැක්වූ ආකාරයටම ප්‍රතිචාර දක්වයි, මන්ද පාසලේ කිසිවෙකු ඔවුන්ට මේ දේවල් ඉගැන්වූයේ නැත.

මුලින්ම ඉනෝඩයක් යනු කුමක්දැයි පැහැදිලි කර ගනිමු.

එය පුස්තකාල දර්ශක කාඩ්පතක් ලෙස සිතන්න, එය තේරුම් ගැනීමට පහසු වනු ඇත.

තැටි අවකාශය පොත් රාක්කයක් වැනිය; ඔබට එහි කොපමණ පොත් තැබිය හැකිද යන්න එහි ධාරිතාව මත රඳා පවතී, එය සෑම කෙනෙකුටම තේරුම් ගැනීමට පහසුය.

ඉනෝඩයක් යනු සෑම පොතක් සඳහාම දර්ශක කාඩ්පතක් වැනිය, එහි නම, ස්ථානය සහ එය ගෙන ගියේ කවුරුන්ද යන්න සටහන් කරයි.

ලිනක්ස් හි , සෑම ගොනුවක්ම සහ සෑම නාමාවලියක්ම, ගොනුව කෙතරම් කුඩා වුවත්, ඉනෝඩයක් අත්පත් කර ගත යුතුය.

එය හිස් ගොනුවක් වුවද, පද්ධතිය තවමත් ඒ සඳහා දර්ශක කාඩ්පතක් පරිභෝජනය කරයි.

පද්ධතියට නිර්මාණය කළ හැකි මුළු ගොනු ගණනට සීමාවක් ඇත; මෙම සීමාව මුළු ඉනෝඩ් ගණනයි.

ඉනෝඩය භාවිතා කළ පසු, ඔබේ තැටියේ තවමත් ගිගාබයිට් සිය ගණනක නිදහස් ඉඩක් තිබුණත්, මෙහෙයුම් පද්ධතිය නව ගොනු සෑදීම ප්‍රතික්ෂේප කරනු ඇත.

ලොග් ලිවිය නොහැක, හැඹිලිය සෑදිය නොහැක, සහ වෙබ් අඩවිය සම්පූර්ණයෙන්ම බිඳ වැටේ - ඔබ දකින අමුතු දර්ශනය එයයි.

අවංකවම, මෙය සැබවින්ම උපක්‍රමශීලී තත්වයකි, මන්ද දෝෂ පණිවිඩය යවනු ලබන්නේ ඔබ නොබලන ස්ථානයකින් ය.

පළමු උපක්‍රමය වන්නේ ඉක්මන් දළ විශ්ලේෂණයක් ලබා ගැනීම සඳහා `df -i` භාවිතා කිරීමයි.

HestiaCP පරිසරයේදී , ඔබට සරලවම SSH ටර්මිනලයට ඇතුළු කර මෙම පේළිය ටයිප් කළ හැකිය.

df -i

එය සවිකර ඇති එක් එක් කොටස සඳහා මුළු ඉනෝඩ් ගණන, භාවිතා කළ සංඛ්‍යාව සහ ඉතිරිව ඇති සංඛ්‍යාව ලැයිස්තුගත කරනු ඇත.

ප්‍රතිදානයේ, IUse% නමින් තීරුවක් ඇත, එය ඔබ අවධානයෙන් සිටිය යුතු ප්‍රධාන මිනුමයි.

කොටසක IUse% 100% දක්වා ළඟා වුවහොත්, එම කොටසෙහි තවමත් ඕනෑ තරම් තැටි ඉඩක් තිබුණත්, එයට තවදුරටත් නව ගොනු හෝ ලොග් නිර්මාණය කිරීමට නොහැකි වනු ඇත.

මම මගේ මිතුරාට යෝජනා කළේ මෙය මුලින්ම ක්‍රියාත්මක කරන ලෙසයි, එවිට ගැටලුව ඉනෝඩයේද යන්න තත්පරයකින් නිශ්චිතව හඳුනාගත හැකි අතර එය අනුමාන කිරීමට වඩා බොහෝ වේගවත් වනු ඇත.

දෙවන ක්‍රමය වන්නේ නිශ්චිත පරිශීලකයෙකු නිවැරදිව ගණනය කිරීම සඳහා `find` භාවිතා කිරීමයි.

ගැටළුව ඉනෝඩයේ බව තහවුරු කිරීමෙන් පසු, ඊළඟ පියවර වන්නේ දර්ශක කාඩ්පත අධික ලෙස පරිභෝජනය කරන්නේ කවුරුන්ද යන්න සොයා බැලීමයි.

HestiaCP සතුව සෑම පරිශීලකයෙකුටම වෙනම නිවාස නාමාවලියක් ඇත. ඔබට නිශ්චිත වෙබ් අඩවි නාමාවලියක් යටතේ ඇති මුළු ගොනු සහ නාමාවලි ගණන සරලව ගණන් කළ හැකිය.

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

"username" සහ "your domain name" යන වචන ඔබේ සැබෑ මාර්ගයෙන් ආදේශ කරන්න. ටර්මිනලය මඟින් ආපසු ලබා දෙන පිරිසිදු අංකය එම නාමාවලියෙහි ඇති සියලුම ගොනු සහ ෆෝල්ඩරවල එකතුවයි.

සෑම ගොනුවක්ම හෝ නාමාවලියක්ම එක් ඉනෝඩයකට අනුරූප වේ, එබැවින් මෙම අංකය ඉනෝඩ භාවිතය නියෝජනය කරයි.

ඔබ එකින් එක පරීක්ෂා කිරීමට කම්මැලි නම් සහ මුළු වෙබ් අඩවිය පුරා සියලුම පරිශීලකයින්ගේ භාවිත ව්‍යාප්තිය එකවර දැකීමට අවශ්‍ය නම්, තනි ලූප් විධානයක් ද ඇත.

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

මෙම පේළිය /home යටතේ ඇති සෑම පරිශීලක නාමාවලියකම ඇති මුළු ගොනු ගණන මුද්‍රණය කරනු ඇත, එමඟින් අසාමාන්‍ය ලෙස ඉහළ ගොනු සංඛ්‍යාවක් ඇති පරිශීලක නාමාවලිය කුමක්දැයි සොයා ගැනීම පහසු කරයි.

තුන්වන උපාය මාර්ගය වන්නේ වැඩිපුරම අයඩින් පරිභෝජනය කරන උප නාමාවලි හඳුනා ගැනීමයි.

සමහර විට වෙබ් අඩවියක ඉතා ඉහළ Inode අගයන් ඇති බව ඔබ දන්නවා, නමුත් ගොනු වලින් පිරුණු තිරයේ ඇති වැරැද්ද කුමක්දැයි ඔබට තවමත් සිතාගත නොහැක.

එවැනි අවස්ථාවන්හිදී, හැඹිලි නාමාවලි, සැසි නාමාවලි සහ ලොග් නාමාවලි වැනි කුඩා ගොනු විශාල සංඛ්‍යාවක් අඩංගු උප ෆෝල්ඩර සොයා ගැනීමට ඔබ එක් මට්ටමක් පහළට සරඹ කළ යුතුය - මේවා වඩාත්ම ගැටළු සහගත ක්ෂේත්‍ර වේ.

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

මෙම විධානය මඟින් වැඩිපුරම ගොනු පරිභෝජනය කරන ඉහළම උප ෆෝල්ඩර 10 ලැයිස්තුගත කරනු ඇත.

ලැයිස්තුවේ ඉහළින්ම ඇති මාර්ගය වන්නේ කුඩා ගොනු විශාල සංඛ්‍යාවක් එකට පොකුරු කර ඇති ස්ථානයයි.

මම මගේ මිතුරාට කිව්වා ඒක සමහර විට හැඹිලිගත කරන ප්ලගිනයක් නිසා රහසිගතව කුඩා ගොනු ජනනය වෙනවා කියලා, මේ පේළිය ක්‍රියාත්මක කිරීමෙන් ඒක තහවුරු වෙනවා කියලා.

හතරවන ඉඟිය නම් repquota භාවිතයෙන් කෝටා සීමාව පරීක්ෂා කිරීමයි.

ඔබේ සේවාදායකයේ Linux ගොනු පද්ධති කෝටා සක්‍රීය කර ඇත්නම්, ඔබට ගැටලුව වෙනත් දෘෂ්ටිකෝණයකින් බැලිය හැකිය.

repquota -a

මෙම විධානය මඟින් සියලුම පරිශීලකයින් සඳහා ගොනු සීමාව සහ සත්‍ය ගොනු භාවිතය ඉහළ නංවනු ඇත.

ප්‍රතිදානයේ ගොනු සීමාවන් කොටස කෙරෙහි දැඩි අවධානයක් යොමු කරන්න; භාවිතා කළ තීරුවේ දැක්වෙන්නේ කොපමණ ගොනු භාවිතා කර ඇත්ද යන්නයි.

"මෘදු" සහ "දෘඩ" තීරු මෘදු සහ දෘඩ සීමාවන් නියෝජනය කරයි. "භාවිතා කළ" අගය "දෘඩ" මට්ටමට ළඟා වූ පසු, පද්ධතිය නව ගොනු සෑදීම කෙලින්ම ප්‍රතික්ෂේප කරනු ඇත.

මෙය ඔබේ තැටියේ කොපමණ ඉඩක් ඉතිරි වී ඇත්ද යන්නට වඩා සම්පූර්ණයෙන්ම වෙනස් කතාවකි.

දේවල් අවසන් කිරීමට, අපි විමර්ශනයේ තිත් සම්බන්ධ කරමු.

ආරම්භයේදීම මධ්‍යම රාත්‍රියේදී සේවාදායකය බිඳ වැටුණු මිතුරා වෙත නැවත යමු.

ඉනෝඩය සැබවින්ම පිරී ඇති බව තහවුරු කිරීම සඳහා ඔහු `df -i` වලින් පටන් ගෙන මා විස්තර කළ පියවර හතර අනුගමනය කළේය.

ඉන්පසුව, find භාවිතා කරමින්, අපි අතහැර දැමූ පැරණි වෙබ් අඩවියක හැඹිලි නාමාවලිය සොයා ගත්තෙමු, එය පිස්සුවෙන් මෙන් කුඩා ගොනු ජනනය කරයි.

අවසාන වශයෙන්, `repquota` පරීක්ෂා කිරීමෙන් එය සැබවින්ම දැඩි සීමාවට ළඟා වී ඇති බව තහවුරු විය.

ඒ කුණු ගොඩක් ඉවත් කිරීමෙන් පසු, වෙබ් අඩවිය වහාම නැවත ජීවයට පැමිණියේය.

ඉතින් ඊළඟ වතාවේ ඔබට "තැටියේ පැහැදිලිවම ඉඩ ඇති නමුත් ඔබට ගොනු ලිවිය නොහැක" යන අමුතු තත්වයට මුහුණ දෙන විට, දෘඪ තැටියක් එක් කිරීමට ඉක්මන් නොවන්න.

පළමුව, ඉනෝඩය දෙස බැලීමට `df -i` භාවිතා කරන්න; ඔබ මීට පෙර කවදාවත් දැක නැති එම දර්ශක කාඩ්පතේ සත්‍යය සැඟවී තිබිය හැකිය.

පද්ධතියේ හරය තුළ සැඟවී ඇති මෙම කුඩා සාමාන්‍ය බුද්ධි කොටස්, ප්‍රශස්තිකරණ ලැයිස්තු සියයක් කටපාඩම් කිරීමට වඩා ප්‍රයෝජනවත් බව මම අවංකවම විශ්වාස කරමි.