د VPN سرور ډیسک وده له کومه ځایه راځي او څنګه یې محدوده کړو

تونل د اړیکو منل بندوي، خدمت دوه ځله بیا پیلېږي، او بیا یې په لاګ کې هیڅ نه ښکاري۔ هغه چوپتیا نښه ده، ځکه لاګ ډیسک ډک کړی او ډیمون هغه تېروتنه لیکلو ځای نه لري چې تاسو یې انتظار کوئ۔ هر اوږد مهاله خدمت کولای شي دې حالت ته ورسېږي، او logs نومي فولډر ړنګول یې کم وخت سمول کېږي۔ پایښت لرونکی حل دا دی چې پوه شئ کومه زېرمه لویه شوې، د هغې د ساتنې تګلاره چا لري، او ایا لیکونکي واقعاً ځای پرېښی دی۔

هغه زېرمه چې لویه شوه او هغه کچه چې پرې لویه شوه ومومئ

د دوو هغو عددونو سره پیل وکړئ چې هېرول یې اسان دي: ازاد بلاکونه او ازاد inode۔ یو فایل سیسټم کولای شي ډېر ځای وښيي او بیا هم لیکل رد کړي، ځکه inode نه وي پاتې، او دا هغه وخت کېږي چې خدمت هرې ناستې لپاره یو فایل جوړوي۔ دواړه لوستنې په یوه حجم کې وغواړئ، ځکه ځوابونه کېدای شي په هماغه ماسپښین سره مخالف وي۔ دا هغه وخت وکړئ چې کوربه روغ وي، ترڅو عددونه عادي کار بيان کړي، نه خنډ۔

df -h /var
df -i /var

بیا وده یو مالک ته منسوبه کړئ۔ د journal خپله کارونې شمېره یوازې journal پوښي او هغه ډیمون به هېڅکله ونه ګوري چې د خپلې تنظیماتي فایل له لارې لیکي۔

journalctl --disk-usage

په وخت کې وده له هرې یوې لوستنې څخه زیات څه وایي۔ پرېښل شوی فعال ډیبګ کچه، هره هڅه ثبتولو بیا هڅې کړۍ، یا هغه کپچر فایل چې هیچا ونه درولو: هر یو یې کېدای شي په یوه شیبه عادي او یو ساعت وروسته اندېښمن ښکاره شي۔ یوه لوستنه واخلئ، بوخت موده وتمه، بله واخلئ، او په وقفه ووېشئ۔ هغه کچه چې بیانولای شئ، ظرفیت په اور نه، په پرېکړه بدلوي۔

تاوېدل (روټیشن) پرانیستي فایل ته څه کوي

د لاګ فایل هغه نوم دی چې inode ته اشاره کوي، او ځای یوازې هغه وخت بېرته راځي چې وروستی پرانیستی لاس بند شي۔ فایل نوم بدل کړئ، لیکونکی همغه inode ډکوي؛ ړنګ یې کړئ، لیکونکی بې نومه inode ډکوي۔ همدا حالت لامل دی چې «فایل مې ړنګ کړ او ډیسک ډک پاتې شو» جمله د مات فایل سیسټم نه، بلکې د فایل ډسکریپټرونو خبره کوي۔ لیکونکی بیا پیلول، یا د تاوېدو هغه طریقه ټاکل چې فایل بیا پرانیزي، هغه څه دي چې بلاکونه واقعاً بېرته راولي۔

lsof +L1 | head

تګلاره د هغه برخې ده چې فایل لیکي۔ journal خپلې زېرمې محدودیتونه د خپل تنظیماتي فایل څخه پلي کوي، خو د فایل پر بنسټ خدمت معمولاً پر logrotate تکیه کوي، یا د جوړولو قاعده او د بیا پرانیستلو سیګنال سره، یا هغه وخت چې لیکونکی بیا نه شي پرانیستلای، په هماغه ځای کې د پرې کولو طریقه سره۔ لومړی پرته له دې چې څه بدل کړئ پرېکړه تایید کړئ:

logrotate -d /etc/logrotate.conf

حد چېرته وي او څومره لوی دي

حد هلته کېږدئ چېرته چې لیکونکی تنظیم شوی، نه د نښلولو په نقطه۔ پر ټول حجم کوټه کوربه ساتي خو نه وایي چې کوم خدمت لومړی ناکامېږي، او نړیوال پاکولو سکریپټ هغه شواهد ړنګوي چې بلې پېښې ته ورته اړتیا وي۔ د journal حد، د اعظمي اندازې سره د تاوېدو شمېره، او په اپلیکیشن کچه ساتنه هر یو یو تولیدوونکی محدودوي۔ یوځای ټول محدودوي؛ یوازې هر یو اټکل دی۔

هغه حد د هغې ساتنې له مخې وټاکئ چې د هغې دفاع کولای شئ، نه د ازاد ځای له مخې۔ که بیاکتنې ته یوه اونۍ د اړیکو هڅې ته اړتیا وي، journal باید تر ټولو بوختې تمې کچې یوه اونۍ وساتي، او هغه کچه هغه شمېره ده چې مخکې اندازه شوې۔

ډیبګ لاګینګ یو لنډمهاله حالت دی چې د پیل وخت یې ثبت وي، نه د زېرمې پلان۔ د خصوصیت پوښتنه په هماغه پرېکړه کې وساتئ، ځکه د اړیکو لاګونه پتې او پېژندونکي لېږدوي۔ اوږده ساتنه هم د ډاټا سمبالښت انتخاب دی، او هغه څوک یې باید وکړي چې دواړه محدودیتونه پېژني۔

د بیا پیل وروسته حد وګورئ

هغه ساتنه بدلون چې تر بل بیا پیل پورې دوام کوي، بدلون نه دی۔ لیکونکی بیا پیل کړئ، تایید کړئ چې نوی حد پلي کېږي، او وګورئ چې تاوېدل وروسته هم روان دي۔ د journal لپاره، یو بیا پیل او یوه کارونې لوستنه دواړو پوښتنو ځواب ورکوي:

systemctl restart systemd-journald
journalctl --disk-usage

د فایل پر بنسټ خدمت لپاره، د تاوېدو کار یو ځل په لاس چلاوه او تایید کړئ چې فایل بدل شو او ډسکریپټر بیا پرانیستل شو۔ هغه لیکونکی چې زوړ لاس ساتي، په سرسري ګروېږنه کې بریالی کېږي او په راتلونکې ځل چې حجم ډک شي ناکامېږي۔ د ازموینې پر مهال ازاد ځای وګورئ، ځکه فایل کم شو او ځای بېرته نه راغی یعني زوړ inode لا هم نیول شوی دی۔

بله لوستنه له دې سره پرتله کړئ

یوه اونۍ وروسته بېرته راشئ او د ودې کچه له ثبت شوې سره پرتله کړئ۔ ورته کچه یعني حد ټینګ دی او بار ثابت دی؛ دوه برابره کچه یعني څه بدل شوي، او ګټوره پوښتنه دا ده چې څه۔ لومړی د لاګ منځپانګه د تکراري ناکامیو لپاره ولولئ، ځکه بیا هڅې کړۍ یوځای نښه او د حجم لامل ده۔ بیا هغه هر څه وګورئ چې نوي فعال شوي، په شمول هغه ډیبګ کچې چې د پېښې پر مهال فعالې شوې او هېڅکله بندې نه شوې۔

بیک اپونه له هماغه حجم څخه بهر وساتئ، یا ومنئ چې یوه ډکه ډیسک بیک اپ هم له ځانه وړي۔ هغه کاپي چې په هماغه کوربه لیکل شوې وي چې دا یې ساتي، د بیا رغونې پلان نه دی، او د هغې ساتنې ته خپل ځواب ته اړتیا ده۔

ولیکئ چې څه، چېرته، څومره وخت ساتل کېږي او څوک یې لرې کوي۔ هماغه جمله پایله ده، او دا د دې کار یوازینی برخه ده چې بل بیا پیل ته ژوندی پاتې کېږي۔