HestiaCP ۾ انوڊ جي استعمال کي ڪيئن چيڪ ڪجي؟ ڊسڪ جي جاءِ گهڻي هجڻ جي باوجود فائلون لکڻ ۾ ناڪامي جو سبب ڇا آهي؟

ڪجهه ڏينهن اڳ، هڪ دوست مون کي رات جو دير سان ميسيج ڪيو ته سندس سرور ڪريش ٿي ويو آهي.

مخصوص علامتون خاص طور تي عجيب هيون: ويب سائيٽ اوچتو غلطيون ڏيڻ شروع ڪري ڇڏيون، لاگ لکي نه سگهيا، ۽ نئين فائلون ٺاهڻ سان فوري طور تي اهو ظاهر ٿيندو ته ڊسڪ ڀرجي وئي آهي.

پر جڏهن هن `df -h` سان چيڪ ڪيو، ته هو اهو ڏسي حيران ٿي ويو ته ڊسڪ ۾ واضح طور تي ڏهه گيگا بائيٽ خالي جاءِ هئي. اهو ڪيئن ڀريل ٿي سگهي ٿو؟

مون کيس فوراً ۽ اتي ئي چيو، "ڀاءُ، تون صرف اسٽوريج جي جاءِ سان ڀريل ناهين، تنهنجو انوڊ اوور لوڊ ٿيل آهي."

هن سوال جي نشان سان جواب ڏنو: انوڊ اصل ۾ ڇا آهي؟

حقيقت ۾، ڪيترائي ماڻهو بلڪل ساڳئي طرح رد عمل ظاهر ڪن ٿا جيئن هن پهريون ڀيرو هن ڦندي ۾ ڦاسي پيو، ڇاڪاڻ ته اسڪول ۾ ڪنهن به انهن کي اهو ڪم ڪڏهن به نه سيکاريو هو.

اچو ته پهرين واضح ڪريون ته انوڊ ڇا آهي.

ان کي لائبريري انڊيڪس ڪارڊ سمجهو، ۽ اهو سمجهڻ ۾ آسان ٿيندو.

ڊسڪ جي جاءِ ڪتابن جي شيلف وانگر آهي؛ توهان ان تي ڪيتريون ڪتاب رکي سگهو ٿا اهو ان جي گنجائش تي منحصر آهي، جيڪو هر ڪنهن لاءِ سمجهڻ آسان آهي.

هڪ انوڊ هر ڪتاب لاءِ هڪ انڊيڪس ڪارڊ وانگر آهي، جنهن ۾ ان جو نالو، هنڌ ۽ ان کي ڪنهن منتقل ڪيو آهي، اهو درج ٿيل هوندو آهي.

لينڪس ۾ ، هر فائل ۽ هر ڊاريڪٽري کي هڪ انوڊ تي قبضو ڪرڻ گهرجي، ڪابه پرواهه ناهي ته فائل ڪيتري به ننڍي هجي.

جيتوڻيڪ اهو هڪ خالي فائل آهي، سسٽم اڃا تائين ان لاءِ هڪ انڊيڪس ڪارڊ استعمال ڪندو.

سسٽم ۾ فائلن جي ڪل تعداد جي حد آهي جيڪا اهو ٺاهي سگهي ٿو؛ هي حد انوڊز جو ڪل تعداد آهي.

هڪ ڀيرو انوڊ استعمال ٿي ويندو آهي، جيتوڻيڪ توهان جي ڊسڪ ۾ اڃا تائين سوين گيگا بائيٽ خالي جاءِ هوندي آهي، آپريٽنگ سسٽم ڪا به نئين فائل ٺاهڻ کان انڪار ڪندو.

لاگ لکي نه ٿا سگهجن، ڪيش نه ٿو ٺاهي سگهجي، ۽ ويب سائيٽ مڪمل طور تي ڪريش ٿي وڃي ٿي - اهو عجيب منظر آهي جيڪو توهان ڏسي رهيا آهيو.

سچ پڇو ته، هي هڪ تمام مشڪل صورتحال آهي ڇو ته غلطي جو پيغام اهڙي هنڌ کان موڪليو ويو آهي جتي توهان نه ڏسي رهيا آهيو.

پهرين چال مڪمل جائزو حاصل ڪرڻ لاءِ `df -i` استعمال ڪرڻ آهي.

HestiaCP ماحول ۾ ، توهان صرف ٽرمينل ۾ SSH ڪري سگهو ٿا ۽ هي لائن ٽائيپ ڪري سگهو ٿا.

df -i

اهو هر نصب ٿيل ورهاڱي لاءِ انوڊس جو ڪل تعداد، استعمال ٿيل تعداد، ۽ باقي تعداد جي فهرست ڏيندو.

آئوٽ پُٽ ۾، هڪ ڪالم آهي جنهن کي IUse% سڏيو ويندو آهي، جيڪو اهم ميٽرڪ آهي جنهن تي توهان کي نظر رکڻ گهرجي.

جيڪڏهن ڪنهن ورهاڱي جو IUse% 100% تائين پهچي وڃي ٿو، جيتوڻيڪ ان ورهاڱي ۾ اڃا تائين ڪافي ڊسڪ اسپيس آهي، اهو هاڻي ڪا به نئين فائل يا لاگ ٺاهي نه سگهندو.

مون پنهنجي دوست کي صلاح ڏني ته هو پهرين هي هلائي، ته جيئن اهو هڪ سيڪنڊ ۾ اهو طئي ڪري سگهي ته مسئلو انوڊ سان آهي يا نه ، جيڪو اندازو لڳائڻ کان گهڻو تيز هوندو.

ٻيو طريقو اهو آهي ته ڪنهن مخصوص استعمال ڪندڙ کي صحيح طور تي ڳڻڻ لاءِ `find` استعمال ڪيو وڃي.

ان تصديق ڪرڻ کان پوءِ ته مسئلو انوڊ سان آهي، ايندڙ قدم اهو ڳولڻ آهي ته ڪير انڊيڪس ڪارڊ کي تمام گهڻو استعمال ڪري رهيو آهي.

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` استعمال ڪريو؛ سچائي شايد ان انڊيڪس ڪارڊ تي لڪيل هجي جيڪا توهان اڳ ڪڏهن به محسوس نه ڪئي هوندي.

مونکي سچ پچ ۾ يقين آهي ته سسٽم جي مرڪز ۾ لڪيل عقل جا اهي ننڍا ٽڪرا سو اصلاحي فهرستن کي ياد ڪرڻ کان وڌيڪ ڪارآمد آهن.