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 ఇంకా పట్టుబడి ఉందని అర్థం.

తదుపరి రీడింగ్‌ను దీనితో పోల్చండి

ఒక వారం తర్వాత తిరిగి వచ్చి పెరుగుదల రేటును నమోదు చేసిన దానితో పోల్చండి. సరిపోలే రేటు అంటే పరిమితి నిలబడింది మరియు భారం స్థిరంగా ఉంది; రెట్టింపు రేటు అంటే ఏదో మారింది, ఉపయోగకరమైన ప్రశ్న ఏమిటి అనేది. మొదట పునరావృత వైఫల్యాల కోసం లాగ్ విషయాన్ని చదవండి, ఎందుకంటే పునఃప్రయత్న లూప్ ఒకేసారి లక్షణం మరియు పరిమాణానికి కారణం. తర్వాత కొత్తగా ప్రారంభించిన ప్రతిదీ తనిఖీ చేయండి, సంఘటన సమయంలో ఆన్ చేసి ఎప్పుడూ ఆఫ్ చేయని డీబగ్ స్థాయిలతో సహా.

బ్యాకప్‌లను అదే వాల్యూమ్ వెలుపల ఉంచండి, లేదా నిండిన డిస్క్ బ్యాకప్‌ను కూడా తీసుకెళ్తుందని అంగీకరించండి. తాను రక్షించే హోస్ట్‌లోనే రాసిన కాపీ పునరుద్ధరణ ప్రణాళిక కాదు, దాని నిలుపుదలకు దాని స్వంత సమాధానం కావాలి.

ఏమి, ఎక్కడ, ఎంతకాలం ఉంచబడుతుంది మరియు ఎవరు తొలగిస్తారు అని రాయండి. ఆ వాక్యమే ఫలితం, మరియు తదుపరి పునఃప్రారంభాన్ని దాటి నిలిచే ఈ పనిలోని ఏకైక భాగం అదే.