په هیسټیا سی پی کې د انوډ کارول څنګه چیک کړم؟ د فایلونو لیکلو کې د ناکامۍ لامل څه دی حتی کله چې ډیر ډیسک ځای وي؟

څو ورځې وړاندې، یو ملګري راته د شپې ناوخته پیغام راکړ چې سرور یې خراب شوی دی.

ځانګړي نښې نښانې په ځانګړي ډول عجیبې وې: ویب پاڼه ناڅاپه غلطۍ پیل کړې، لاګونه نشي لیکل کیدی، او د نویو فایلونو جوړول به سمدلاسه دا وهڅوي چې ډیسک ډک دی.

خو کله چې هغه د `df -h` سره وکتل، هغه حیران شو چې وموندله چې ډیسک په څرګنده توګه لسګونه ګیګابایټ خالي ځای لري. دا څنګه ډک کیدی شي؟

ما هغه ته سمدلاسه وویل، "وروره، ته یوازې د ذخیره کولو ځای نه لرې، ستا انوډ ډیر بار دی."

هغه د پوښتنې په نښه سره ځواب ورکړ: په حقیقت کې انود څه شی دی؟

په حقیقت کې، ډیری خلک په ورته ډول غبرګون ښیې لکه څنګه چې هغه یې کړی و کله چې دوی په لومړي ځل پدې جال کې راښکته شول، ځکه چې په ښوونځي کې هیڅوک دوی ته دا شیان نه دي زده کړي.

راځئ چې لومړی روښانه کړو چې انود څه شی دی.

د کتابتون د شاخص کارت په توګه یې فکر وکړئ، او پوهیدل به یې اسانه وي.

د ډیسک ځای د کتابونو الماری په څیر دی؛ تاسو څومره کتابونه پرې ایښودلی شئ د هغې ظرفیت پورې اړه لري، کوم چې د هرچا لپاره د پوهیدو لپاره اسانه دی.

یو انوډ د هر کتاب لپاره د شاخص کارت په څیر دی، د هغه نوم، موقعیت او چا چې لیږدولی یې ثبتوي.

په لینکس کې ، هر فایل او هره ډایرکټرۍ باید یو انوډ ونیسي، مهمه نده چې فایل څومره کوچنی وي.

حتی که دا یوه خالي فایل وي، سیسټم به بیا هم د هغې لپاره د شاخص کارت مصرف کړي.

سیسټم د هغو فایلونو د شمیر لپاره یو حد لري چې دا یې رامینځته کولی شي؛ دا حد د انډونو ټول شمیر دی.

کله چې انوډ ختم شي، حتی که ستاسو ډیسک لاهم سلګونه ګیګابایټ خالي ځای ولري، عملیاتي سیسټم به د نوي فایلونو جوړولو څخه ډډه وکړي.

لاګونه نشي لیکل کیدی، کیش نشي رامینځته کیدی، او ویب پاڼه په بشپړه توګه کریش کیږي - دا هغه عجیبه صحنه ده چې تاسو یې شاهد یاست.

په ریښتیا سره، دا یو ډیر ستونزمن حالت دی ځکه چې د غلطۍ پیغام له هغه ځای څخه لیږل کیږي چې تاسو یې نه ګورئ.

لومړۍ چال دا دی چې د لنډې کتنې لپاره `df -i` وکاروئ.

په هیسټیا سی پی چاپیریال کې، تاسو کولی شئ په ساده ډول په ټرمینل کې SSH وکړئ او دا کرښه ولیکئ.

df -i

دا به د انوډونو ټولټال شمیر، کارول شوي شمیر، او د هر نصب شوي برخې لپاره پاتې شمیر لیست کړي.

په محصول کې، د IUse% په نوم یو ستون شتون لري، کوم چې هغه کلیدي میټریک دی چې تاسو باید ورته پام وکړئ.

که چیرې د یوې برخې IUse٪ ۱۰۰٪ ته ورسیږي، حتی که هغه برخه لاهم د ډیسک ډیر ځای ولري، نو دا به نور د نوي فایلونو یا لاګونو جوړولو توان ونلري.

ما خپل ملګري ته وړاندیز وکړ چې دا لومړی چل کړي، ترڅو دا معلومه شي چې ایا ستونزه د انوډ سره ده په یوه ثانیه کې ، کوم چې د اټکل کولو څخه ډیر ګړندی وي.

دوهمه طریقه دا ده چې د یو ځانګړي کارونکي دقیق شمیرلو لپاره د `موند` کارول کیږي.

وروسته له دې چې دا تایید شي چې ستونزه د انوډ سره ده، بل ګام دا دی چې معلومه شي چې څوک د انډیکس کارت ډیر مصرفوي.

هیسټیا سی پی د هر کارونکي لپاره جلا کور ډایرکټرۍ لري. تاسو کولی شئ په ساده ډول د یوې ځانګړې ویب پاڼې ډایرکټرۍ لاندې د فایلونو او ډایرکټرۍ ټولټال شمیر وشمېرئ.

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

دا قومانده به د هغو لسو غوره فرعي فولډرونو لیست وکړي چې ډیری فایلونه مصرفوي.

د لیست په سر کې هغه لاره ده چیرې چې ډیری کوچني فایلونه یوځای کلستر شوي دي.

ما خپل ملګري ته وویل چې دا شاید یو کیشینګ پلگ ان وي چې په پټه توګه کوچني فایلونه تولیدوي، او د دې لاین چلول به اساسا دا تایید کړي.

څلورمه لارښوونه دا ده چې د repquota په کارولو سره د کوټې حد وګورئ.

که ستاسو سرور د لینکس فایل سیسټم کوټې فعالې کړي وي، تاسو کولی شئ ستونزې ته له بل لید څخه وګورئ.

repquota -a

دا قومانده به د ټولو کاروونکو لپاره د فایل حد او د فایل اصلي کارول لوړ کړي.

په محصول کې د فایل محدودیتونو برخې ته ډیره پاملرنه وکړئ؛ کارول شوی کالم ښیي چې څومره فایلونه کارول شوي دي.

"نرم" او "سخت" ستنې د نرم او سخت حد حد استازیتوب کوي. یوځل چې "کارول شوی" "سخت" ته ورسیږي، سیسټم به په مستقیم ډول د نوي فایلونو جوړولو څخه انکار وکړي.

دا ستاسو په ډیسک کې د څومره ځای پریښودو څخه په بشپړ ډول توپیر لري.

د دې کار د پای ته رسولو لپاره، راځئ چې د څېړنې نقطې سره وصل کړو.

راځئ چې بیرته هغه ملګري ته لاړ شو چې په پیل کې یې د شپې په نیمایي کې سرور کریش کړ.

هغه هغه څلور مرحلې تعقیب کړې چې ما تشریح کړې، د `df -i` سره پیل کول ترڅو تایید کړي چې انوډ په حقیقت کې ډک و.

بیا، د "موند" په کارولو سره، موږ د یوې پریښودل شوې زړې ویب پاڼې د کیش ډایرکټرۍ وموندله چې د لیوني په څیر کوچني فایلونه تولیدوي.

په پای کې، د `repquota` چک کول تایید کړه چې دا په حقیقت کې سخت حد ته رسیدلی.

د کثافاتو د هغه ډېرۍ له پاکولو وروسته، ویب پاڼه سمدلاسه بیرته ژوندۍ شوه.

نو بل ځل چې تاسو د دې عجیب حالت سره مخ شئ چیرې چې "ډیسک په څرګنده توګه ځای لري مګر تاسو فایلونه نشئ لیکلی"، د هارډ ډرایو اضافه کولو لپاره بیړه مه کوئ.

لومړی، د انوډ د لیدلو لپاره `df -i` وکاروئ؛ حقیقت ممکن په هغه شاخص کارت کې پټ وي چې تاسو یې مخکې هیڅکله نه وي لیدلی.

زه په ریښتیا سره باور لرم چې د سیسټم په زړه کې پټ شوي دا کوچني عقلونه د سلو اصلاح کولو لیستونو د یادولو په پرتله ډیر ګټور دي.