HestiaCP-இல் ஐநோட் பயன்பாட்டை நான் எப்படிச் சரிபார்ப்பது? போதுமான வட்டு இடம் இருந்தபோதிலும் கோப்புகளை எழுத முடியாமல் போவதற்குக் காரணம் என்ன?

இரண்டு நாட்களுக்கு முன்பு, என் நண்பன் ஒருவன் நள்ளிரவில் அவனது சர்வர் செயலிழந்துவிட்டதாக எனக்குச் செய்தி அனுப்பினான்.

குறிப்பிட்ட அறிகுறிகள் மிகவும் விசித்திரமாக இருந்தன: இணையதளம் திடீரெனப் பிழைகளைக் காட்டத் தொடங்கியது, பதிவுகளை எழுத முடியவில்லை, மேலும் புதிய கோப்புகளை உருவாக்கும்போது வட்டு நிரம்பிவிட்டது என்று உடனடியாகத் தெரிவித்தது.

ஆனால், அவர் `df -h` கட்டளையைப் பயன்படுத்திச் சரிபார்த்தபோது, ​​அந்த வட்டில் பல்லாயிரக்கணக்கான ஜிகாபைட்கள் காலி இடம் தெளிவாக இருந்ததைக் கண்டு அதிர்ச்சியடைந்தார். அது எப்படி நிரம்பியிருக்க முடியும்?

நான் அப்போதே அவனிடம், "சகோதரா, உன் கணினியில் சேமிப்பு இடம் நிரம்பியிருப்பது மட்டுமல்ல, உன் ஐநோட் அதிக சுமையால் பாதிக்கப்பட்டுள்ளது" என்று சொன்னேன்.

அவர் ஒரு கேள்விக்குறியுடன் பதிலளித்தார்: ஐநோட் (Inode) என்றால் சரியாக என்ன?

உண்மையில், பலர் முதன்முதலில் இந்த வலையில் சிக்கியபோது, ​​அவன் நடந்துகொண்டதைப் போலவேதான் நடந்துகொள்கிறார்கள்; ஏனென்றால், பள்ளியில் யாரும் அவர்களுக்கு இந்த விஷயங்களைக் கற்றுக்கொடுத்ததில்லை.

முதலில் Inode என்றால் என்ன என்பதைத் தெளிவுபடுத்திக் கொள்வோம்.

இதை ஒரு நூலக அட்டவணை அட்டையாக நினைத்துக் கொள்ளுங்கள், அப்போது புரிந்துகொள்வது எளிதாக இருக்கும்.

வட்டு இடம் என்பது ஒரு புத்தக அலமாரி போன்றது; அதில் எத்தனை புத்தகங்களை வைக்க முடியும் என்பது அதன் கொள்ளளவைப் பொறுத்தது, இதை அனைவரும் எளிதாகப் புரிந்துகொள்ளலாம்.

ஐநோட் என்பது ஒவ்வொரு புத்தகத்திற்கும் ஒரு அட்டவணை அட்டை போன்றது; அது புத்தகத்தின் பெயர், இருப்பிடம் மற்றும் அதை நகர்த்தியவர் ஆகிய விவரங்களைப் பதிவு செய்கிறது.

லினக்ஸில் , கோப்பின் அளவு எவ்வளவு சிறியதாக இருந்தாலும், ஒவ்வொரு கோப்பும் ஒவ்வொரு கோப்பகமும் ஒரு ஐனோடில் (inode) இருக்க வேண்டும்.

அது ஒரு வெற்று கோப்பாக இருந்தாலும், கணினி அமைப்பு அதற்காக ஒரு அட்டையைப் பயன்படுத்திக்கொள்ளும்.

கணினி அமைப்பு உருவாக்கக்கூடிய கோப்புகளின் மொத்த எண்ணிக்கைக்கு ஒரு வரம்பு உள்ளது; இந்த வரம்பே மொத்த இன்நோடுகளின் எண்ணிக்கையாகும்.

ஐநோட் முழுமையாகப் பயன்படுத்தப்பட்டுவிட்டால், உங்கள் வட்டில் இன்னும் நூற்றுக்கணக்கான ஜிகாபைட் காலி இடம் இருந்தாலும், இயக்க முறைமை எந்தப் புதிய கோப்புகளையும் உருவாக்க மறுத்துவிடும்.

பதிவுகளை எழுத முடியாது, கேச் உருவாக்க முடியாது, மேலும் இணையதளம் முற்றிலுமாக செயலிழந்துவிடுகிறது—இதுதான் நீங்கள் காணும் அந்த விசித்திரமான காட்சி.

உண்மையைச் சொல்வதானால், இது மிகவும் சிக்கலான ஒரு நிலைமை, ஏனென்றால் நீங்கள் பார்க்காத ஒரு இடத்திலிருந்து அந்தப் பிழைச் செய்தி அனுப்பப்படுகிறது.

ஒரு விரைவான மேலோட்டத்தைப் பெறுவதற்கு `df -i` கட்டளையைப் பயன்படுத்துவதே முதல் தந்திரம்.

HestiaCP சூழலில் , நீங்கள் டெர்மினலுக்கு SSH செய்து, இந்த வரியைத் தட்டச்சு செய்தால் போதுமானது.

df -i

இது, ஏற்றப்பட்ட ஒவ்வொரு பகிர்விலும் உள்ள மொத்த இன்நோடுகளின் எண்ணிக்கை, பயன்படுத்தப்பட்ட இன்நோடுகளின் எண்ணிக்கை மற்றும் மீதமுள்ள இன்நோடுகளின் எண்ணிக்கை ஆகியவற்றைப் பட்டியலிடும்.

வெளியீட்டில், IUse% என்ற ஒரு பத்தி உள்ளது, இது நீங்கள் கவனத்தில் கொள்ள வேண்டிய முக்கிய அளவீடு ஆகும்.

ஒரு பார்ட்டிஷனின் IUse% 100%-ஐ அடைந்தால், அந்த பார்ட்டிஷனில் போதுமான வட்டு இடம் இருந்தாலும், அதனால் இனி எந்தப் புதிய கோப்புகளையும் அல்லது பதிவுகளையும் உருவாக்க முடியாது.

என் நண்பனிடம் இதை முதலில் இயக்கிப் பார்க்கும்படி பரிந்துரைத்தேன். அப்படிச் செய்தால், யூகித்துப் பார்ப்பதை விட மிகவும் வேகமாக , சிக்கல் ஐநோடில் (Inode) உள்ளதா என்பதை ஒரு நொடியில் துல்லியமாகக் கண்டறிந்துவிட முடியும்.

இரண்டாவது வழிமுறை, ஒரு குறிப்பிட்ட பயனரைத் துல்லியமாகக் கணக்கிட `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-இன் கீழ் உள்ள ஒவ்வொரு பயனர் கோப்பகத்திலும் இருக்கும் மொத்த கோப்புகளின் எண்ணிக்கையை அச்சிடும். இதன் மூலம், எந்தப் பயனர் கோப்பகத்தில் அசாதாரணமாக அதிக எண்ணிக்கையிலான கோப்புகள் உள்ளன என்பதை எளிதாகக் கண்டறியலாம்.

மூன்றாவது உத்தி என்பது, அதிக அயோடினைப் பயன்படுத்தும் துணை அடைவுகளைக் கண்டறிவதாகும்.

சில நேரங்களில், ஒரு இணையதளத்தின் Inode மதிப்புகள் மிக அதிகமாக இருப்பதை நீங்கள் அறிந்திருந்தாலும், கோப்புகளால் நிரம்பிய திரையில் என்ன தவறு என்று உங்களால் கண்டுபிடிக்க முடிவதில்லை.

இதுபோன்ற சந்தர்ப்பங்களில், கேச் டைரக்டரிகள், செஷன் டைரக்டரிகள் மற்றும் லாக் டைரக்டரிகள் போன்ற அதிக எண்ணிக்கையிலான சிறிய கோப்புகளைக் கொண்ட துணை கோப்புறைகளைக் கண்டறிய நீங்கள் ஒரு படி கீழே செல்ல வேண்டும்—இவையே மிகவும் சிக்கலான பகுதிகளாகும்.

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` கட்டளையை இயக்குவதில் தொடங்கி, நான் விவரித்த நான்கு படிகளையும் அவர் பின்பற்றினார்.

பின்னர், 'find' செயல்பாட்டைப் பயன்படுத்தி, கட்டுக்கடங்காமல் சிறிய கோப்புகளை உருவாக்கி வந்த, கைவிடப்பட்ட ஒரு பழைய இணையதளத்தின் கேச் கோப்பகத்தை நாங்கள் கண்டுபிடித்தோம்.

இறுதியாக, `repquota`-வைச் சரிபார்த்ததில், அது அதன் உச்ச வரம்பை எட்டியிருந்தது உறுதியானது.

அந்த தேவையற்ற கேச் குவியலை அகற்றிய பிறகு, இணையதளம் உடனடியாக மீண்டும் செயல்படத் தொடங்கியது.

எனவே, அடுத்த முறை "வட்டில் போதுமான இடம் இருந்தும் கோப்புகளை எழுத முடியவில்லை" என்ற இந்த விசித்திரமான சூழ்நிலையை நீங்கள் எதிர்கொண்டால், ஒரு ஹார்டு டிரைவைச் சேர்க்க அவசரப்பட வேண்டாம்.

முதலில், `df -i` கட்டளையைப் பயன்படுத்தி ஐனோடைப் பாருங்கள்; நீங்கள் இதுவரை கவனிக்காத அந்த அட்டையில் உண்மை மறைந்திருக்கக் கூடும்.

நூறு உகப்பாக்கப் பட்டியல்களை மனப்பாடம் செய்வதை விட, அமைப்பின் மையத்தில் மறைந்திருக்கும் இந்தச் சிறிய பொது அறிவுத் துணுக்குகள் அதிகப் பயனுள்ளவை என்று நான் உண்மையாகவே நம்புகிறேன்.