میں HestiaCP میں انوڈ کے استعمال کو کیسے چیک کروں؟ ڈسک کی کافی جگہ ہونے کے باوجود فائلیں لکھنے سے قاصر ہونے کی کیا وجہ ہے؟

کچھ دن پہلے ایک دوست نے رات گئے مجھے میسج کیا کہ اس کا سرور کریش ہو گیا ہے۔

مخصوص علامات خاص طور پر عجیب و غریب تھیں: ویب سائٹ نے اچانک غلطیاں پھینکنا شروع کر دیں، نوشتہ جات لکھے نہیں جا سکتے تھے، اور نئی فائلیں بنانے سے فوری طور پر پتہ چل جائے گا کہ ڈسک بھر گئی ہے۔

لیکن جب اس نے `df -h` سے چیک کیا تو وہ یہ جان کر حیران رہ گیا کہ ڈسک میں واضح طور پر دسیوں گیگا بائٹس خالی جگہ ہے۔ یہ کیسے بھرا ہو سکتا ہے؟

میں نے اسے اسی وقت اور وہیں کہا، "بھائی، آپ صرف اسٹوریج کی جگہ نہیں بھرے ہوئے ہیں، آپ کا انوڈ اوورلوڈ ہے۔"

اس نے سوالیہ نشان کے ساتھ جواب دیا: انوڈ دراصل کیا ہے؟

درحقیقت، بہت سے لوگ بالکل ویسا ہی ردعمل ظاہر کرتے ہیں جس طرح اس نے کیا تھا جب وہ پہلی بار اس جال میں پھنس گئے تھے، کیونکہ اسکول میں کسی نے بھی انہیں یہ چیزیں نہیں سکھائی تھیں۔

آئیے واضح کرتے ہیں کہ پہلے انوڈ کیا ہے۔

اسے لائبریری انڈیکس کارڈ کے طور پر سوچیں، اور اسے سمجھنا آسان ہو جائے گا۔

ڈسک کی جگہ کتابوں کی الماری کی طرح ہے۔ آپ اس پر کتنی کتابیں ڈال سکتے ہیں اس کا انحصار اس کی صلاحیت پر ہے، جسے سمجھنا ہر ایک کے لیے آسان ہے۔

ایک انوڈ ہر کتاب کے لیے ایک انڈیکس کارڈ کی طرح ہوتا ہے، اس کا نام، مقام، اور اسے کس نے منتقل کیا ہے۔

لینکس میں ، ہر فائل اور ہر ڈائرکٹری کو ایک inode پر قبضہ کرنا چاہیے، چاہے فائل کتنی ہی چھوٹی کیوں نہ ہو۔

یہاں تک کہ اگر یہ ایک خالی فائل ہے، تب بھی سسٹم اس کے لیے انڈیکس کارڈ استعمال کرے گا۔

سسٹم کے پاس فائلوں کی کل تعداد کی ایک حد ہے جو وہ بنا سکتا ہے۔ یہ حد innodes کی کل تعداد ہے۔

انوڈ کے استعمال ہونے کے بعد، یہاں تک کہ اگر آپ کی ڈسک میں اب بھی سینکڑوں گیگا بائٹس خالی جگہ موجود ہے، آپریٹنگ سسٹم کوئی نئی فائلیں بنانے سے انکار کر دے گا۔

نوشتہ جات لکھے نہیں جا سکتے، کیش نہیں بنایا جا سکتا، اور ویب سائٹ مکمل طور پر کریش ہو جاتی ہے- یہ وہ عجیب منظر ہے جس کا آپ مشاہدہ کر رہے ہیں۔

سچ میں، یہ واقعی ایک مشکل صورتحال ہے کیونکہ غلطی کا پیغام اس جگہ سے بھیجا گیا ہے جسے آپ نہیں دیکھ رہے ہیں۔

پہلی چال یہ ہے کہ ایک فوری جائزہ حاصل کرنے کے لیے `df -i` کا استعمال کریں۔

HestiaCP ماحول میں ، آپ ٹرمینل میں صرف SSH کر سکتے ہیں اور اس لائن کو ٹائپ کر سکتے ہیں۔

df -i

یہ انوڈس کی کل تعداد، استعمال شدہ تعداد، اور ہر نصب شدہ پارٹیشن کے لیے باقی نمبروں کی فہرست بنائے گا۔

آؤٹ پٹ میں، IUse% نامی ایک کالم ہے، جو کلیدی میٹرک ہے جس پر آپ کو نظر رکھنی چاہیے۔

اگر کسی پارٹیشن کا IUse% 100% تک پہنچ جاتا ہے، یہاں تک کہ اگر اس پارٹیشن میں ابھی بھی ڈسک کی کافی جگہ ہے، تو یہ مزید کوئی نئی فائلیں یا لاگز نہیں بنا سکے گا۔

میں نے اپنے دوست کو مشورہ دیا کہ وہ اسے پہلے چلائے، تاکہ یہ اس بات کی نشاندہی کر سکے کہ آیا مسئلہ ایک سیکنڈ میں انوڈ کے ساتھ تھا ، جو اندازہ لگانے سے کہیں زیادہ تیز ہوگا۔

دوسرا طریقہ یہ ہے کہ کسی مخصوص صارف کو درست طریقے سے شمار کرنے کے لیے `تلاش` کا استعمال کیا جائے۔

اس بات کی تصدیق کرنے کے بعد کہ مسئلہ انوڈ کے ساتھ ہے، اگلا مرحلہ یہ معلوم کرنا ہے کہ کون انڈیکس کارڈ کو ضرورت سے زیادہ استعمال کر رہا ہے۔

HestiaCP ہر صارف کے لیے ایک علیحدہ ہوم ڈائریکٹری ہے۔ آپ کسی مخصوص ویب سائٹ ڈائرکٹری کے تحت فائلوں اور ڈائریکٹریوں کی کل تعداد کو آسانی سے گن سکتے ہیں۔

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

"صارف نام" اور "اپنے ڈومین کا نام" کو اپنے اصل راستے سے بدل دیں۔ ٹرمینل کے ذریعہ واپس کردہ خالص نمبر اس ڈائریکٹری میں موجود تمام فائلوں اور فولڈرز کا مجموعہ ہے۔

ہر فائل یا ڈائرکٹری ایک انوڈ سے مطابقت رکھتی ہے، لہذا یہ نمبر انوڈ کے استعمال کی نمائندگی کرتا ہے۔

اگر آپ ہر ایک کو انفرادی طور پر چیک کرنے میں بہت سست ہیں اور پوری سائٹ پر تمام صارفین کے استعمال کی تقسیم کو ایک ساتھ دیکھنا چاہتے ہیں، تو ایک ہی لوپ کمانڈ بھی ہے۔

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

یہ لائن /home کے تحت ہر صارف کی ڈائرکٹری میں فائلوں کی کل تعداد پرنٹ کرے گی، جس سے یہ معلوم کرنا آسان ہو جائے گا کہ کون سی صارف ڈائرکٹری میں فائلوں کی غیر معمولی تعداد زیادہ ہے۔

تیسری حکمت عملی ان ذیلی ڈائریکٹریوں کی نشاندہی کرنا ہے جو سب سے زیادہ آیوڈین استعمال کرتی ہیں۔

بعض اوقات آپ کو معلوم ہوتا ہے کہ کسی ویب سائٹ کی مضحکہ خیز حد تک انوڈ کی قدریں زیادہ ہیں، لیکن آپ پھر بھی یہ نہیں جان سکتے کہ فائلوں سے بھری اسکرین میں کیا خرابی ہے۔

ایسی صورتوں میں، آپ کو ذیلی فولڈرز تلاش کرنے کے لیے ایک سطح کو ڈرل کرنے کی ضرورت ہوتی ہے جس میں بڑی تعداد میں چھوٹی فائلیں ہوتی ہیں، جیسے کیش ڈائریکٹریز، سیشن ڈائریکٹریز، اور لاگ ڈائرکٹریز- یہ سب سے زیادہ پریشانی والے علاقے ہیں۔

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 کا استعمال کرتے ہوئے کوٹہ کی حد کو چیک کرنا ہے۔

اگر آپ کے سرور پر لینکس فائل سسٹم کوٹا فعال ہے، تو آپ مسئلے کو ایک مختلف نقطہ نظر سے دیکھ سکتے ہیں۔

repquota -a

یہ کمانڈ تمام صارفین کے لیے فائل کی حد اور اصل فائل کے استعمال کو کھینچ لے گی۔

آؤٹ پٹ میں فائل کی حدود سیکشن پر پوری توجہ دیں۔ استعمال شدہ کالم بتاتا ہے کہ کتنی فائلیں استعمال کی گئی ہیں۔

"نرم" اور "سخت" کالم نرم اور سخت حد کی حد کی نمائندگی کرتے ہیں۔ ایک بار جب "استعمال شدہ" "مشکل" تک پہنچ جاتا ہے، تو سسٹم براہ راست نئی فائلیں بنانے سے انکار کر دے گا۔

یہ اس سے بالکل مختلف کہانی ہے کہ آپ نے اپنی ڈسک پر کتنی جگہ چھوڑی ہے۔

چیزوں کو سمیٹنے کے لیے، آئیے تفتیش کے نقطوں کو جوڑتے ہیں۔

آئیے اس دوست کی طرف واپس چلتے ہیں جس نے شروع میں آدھی رات کو سرور کریش کر دیا تھا۔

اس نے میرے بیان کردہ چار مراحل کی پیروی کی، 'df -i' سے شروع کرتے ہوئے اس بات کی تصدیق کرنے کے لیے کہ واقعی انوڈ بھرا ہوا تھا۔

پھر، تلاش کا استعمال کرتے ہوئے، ہم نے ایک ترک شدہ پرانی ویب سائٹ کی کیش ڈائرکٹری کا پتہ لگایا جو پاگلوں کی طرح چھوٹی فائلیں بنا رہی تھی۔

آخر کار، `repquota` کی جانچ پڑتال نے اس بات کی تصدیق کی کہ یہ واقعی سخت حد تک پہنچ گیا ہے۔

ردی کے اس ڈھیر کو صاف کرنے کے بعد، ویب سائٹ فوری طور پر دوبارہ زندہ ہو گئی۔

لہذا اگلی بار جب آپ کو اس عجیب و غریب صورتحال کا سامنا کرنا پڑتا ہے جہاں "ڈسک میں واضح طور پر جگہ ہے لیکن آپ فائلیں نہیں لکھ سکتے ہیں" ، ہارڈ ڈرائیو شامل کرنے کے لئے جلدی نہ کریں۔

سب سے پہلے، انوڈ پر ایک نظر ڈالنے کے لیے `df -i` استعمال کریں۔ حقیقت اس انڈیکس کارڈ پر بہت اچھی طرح سے چھپی ہو سکتی ہے جسے آپ نے پہلے کبھی نہیں دیکھا ہوگا۔

میں حقیقی طور پر یقین رکھتا ہوں کہ نظام کے بنیادی حصے میں چھپی ہوئی عقل کی یہ چھوٹی چھوٹی باتیں سو اصلاحی فہرستوں کو یاد کرنے سے زیادہ مفید ہیں۔