តើខ្ញុំត្រូវពិនិត្យមើលការប្រើប្រាស់ inode នៅក្នុង HestiaCP យ៉ាងដូចម្តេច? តើអ្វីជាមូលហេតុដែលបណ្តាលឱ្យមិនអាចសរសេរឯកសារបាន ទោះបីជាមានទំហំផ្ទុកទិន្នន័យច្រើនក៏ដោយ?

ពីរបីថ្ងៃមុន មិត្តភ័ក្តិម្នាក់បានផ្ញើសារមកខ្ញុំនៅពេលយប់ជ្រៅ ដោយនិយាយថាម៉ាស៊ីនមេរបស់គាត់បានគាំង។

រោគសញ្ញាជាក់លាក់គឺចម្លែកជាពិសេស៖ គេហទំព័រស្រាប់តែចាប់ផ្តើមបង្ហាញកំហុស មិនអាចសរសេរកំណត់ហេតុបានទេ ហើយការបង្កើតឯកសារថ្មីនឹងបង្ហាញភ្លាមៗថាថាសពេញ។

ប៉ុន្តែនៅពេលដែលគាត់បានពិនិត្យមើលជាមួយ `df -h` គាត់មានការភ្ញាក់ផ្អើលយ៉ាងខ្លាំងនៅពេលដឹងថាថាសនោះច្បាស់ជាមានទំហំទំនេររាប់សិបជីហ្គាបៃ។ តើវាអាចពេញដោយរបៀបណា?

ខ្ញុំបានប្រាប់គាត់ភ្លាមៗថា "បងប្រុស អ្នកមិនត្រឹមតែពេញទំហំផ្ទុកទេ Inode របស់អ្នកផ្ទុកលើសទម្ងន់"។

គាត់បានឆ្លើយដោយសញ្ញាសួរថា តើ Inode ជាអ្វីឲ្យពិតប្រាកដ?

តាមពិតទៅ មនុស្សជាច្រើនមានប្រតិកម្មដូចគ្នានឹងគាត់ដែរ នៅពេលដែលពួកគេធ្លាក់ចូលទៅក្នុងអន្ទាក់នេះដំបូង ពីព្រោះគ្មាននរណាម្នាក់នៅសាលាធ្លាប់បង្រៀនពួកគេអំពីរឿងនេះទេ។

ចូរយើងពន្យល់ជាមុនសិនថា Inode ជាអ្វី។

សូមគិតថាវាជាកាតលិបិក្រមបណ្ណាល័យ ហើយវានឹងងាយយល់។

ទំហំថាសគឺដូចជាធ្នើរសៀវភៅអញ្ចឹង។ ចំនួនសៀវភៅដែលអ្នកអាចដាក់លើវាអាស្រ័យលើសមត្ថភាពរបស់វា ដែលងាយស្រួលសម្រាប់មនុស្សគ្រប់គ្នាយល់។

អ៊ីណូដ​គឺដូចជា​កាត​លិបិក្រម​សម្រាប់​សៀវភៅ​នីមួយៗ ដែល​កត់ត្រា​ឈ្មោះ ទីតាំង និង​អ្នក​ដែល​បាន​ផ្លាស់ទី​វា។

នៅក្នុង Linux រាល់ឯកសារ និងថតឯកសារនីមួយៗត្រូវតែកាន់កាប់ inode មួយ មិនថាឯកសារតូចប៉ុណ្ណានោះទេ។

ទោះបីជាវាជាឯកសារទទេក៏ដោយ ប្រព័ន្ធនឹងនៅតែប្រើប្រាស់កាតលិបិក្រមសម្រាប់វា។

ប្រព័ន្ធមានដែនកំណត់ចំពោះចំនួនសរុបនៃឯកសារដែលវាអាចបង្កើតបាន; ដែនកំណត់នេះគឺជាចំនួនសរុបនៃ innodes។

នៅពេលដែល inode ត្រូវបានប្រើប្រាស់អស់ ទោះបីជាថាសរបស់អ្នកនៅតែមានទំហំទំនេររាប់រយជីហ្គាបៃក៏ដោយ ប្រព័ន្ធប្រតិបត្តិការនឹងបដិសេធមិនបង្កើតឯកសារថ្មីណាមួយឡើយ។

មិនអាចសរសេរកំណត់ហេតុបានទេ មិនអាចបង្កើតឃ្លាំងសម្ងាត់បានទេ ហើយគេហទំព័រគាំងទាំងស្រុង—នោះហើយជាឈុតឆាកចម្លែកដែលអ្នកកំពុងឃើញ។

និយាយឱ្យត្រង់ទៅ នេះគឺជាស្ថានភាពដ៏លំបាកមួយ ពីព្រោះសារកំហុសត្រូវបានផ្ញើចេញពីទីតាំងដែលអ្នកមិនបានមើល។

ល្បិចដំបូងគឺប្រើ `df -i` ដើម្បីទទួលបានទិដ្ឋភាពទូទៅពេញលេញ។

នៅក្នុង បរិស្ថាន HestiaCP អ្នកអាចគ្រាន់តែ SSH ចូលទៅក្នុងស្ថានីយ ហើយវាយបញ្ចូលបន្ទាត់នេះ។

df -i

វានឹងរាយបញ្ជីចំនួនសរុបនៃ innodes ចំនួនដែលបានប្រើ និងចំនួនដែលនៅសល់សម្រាប់ភាគថាសដែលបានម៉ោននីមួយៗ។

នៅក្នុងលទ្ធផល មានជួរឈរមួយហៅថា IUse% ដែលជាម៉ែត្រសំខាន់ដែលអ្នកគួរតាមដាន។

ប្រសិនបើ IUse% នៃភាគថាសឈានដល់ 100% ទោះបីជាភាគថាសនោះនៅតែមានទំហំផ្ទុកទិន្នន័យច្រើនក៏ដោយ វានឹងលែងអាចបង្កើតឯកសារ ឬកំណត់ហេតុថ្មីបានទៀតហើយ។

ខ្ញុំបានណែនាំមិត្តខ្ញុំឱ្យគាត់ដំណើរការវាជាមុនសិន ដើម្បីឱ្យវាអាចកំណត់ថាតើបញ្ហានោះកើតឡើងជាមួយ Inode ក្នុងរយៈពេលមួយវិនាទីឬអត់ ដែល នឹងលឿនជាងការទាយ។

វិធីសាស្ត្រទីពីរគឺប្រើ `ស្វែងរក` ដើម្បីរាប់អ្នកប្រើប្រាស់ជាក់លាក់ម្នាក់យ៉ាងច្បាស់លាស់។

បន្ទាប់ពីបញ្ជាក់ថាបញ្ហាគឺស្ថិតនៅជាមួយ innode ជំហានបន្ទាប់គឺត្រូវស្វែងយល់ថាអ្នកណាកំពុងប្រើប្រាស់កាតសន្ទស្សន៍ច្រើនពេក។

HestiaCP មាន​ថត​ផ្ទះ​ដាច់​ដោយ​ឡែក​សម្រាប់​អ្នក​ប្រើប្រាស់​ម្នាក់ៗ។ អ្នក​អាច​រាប់​ចំនួន​សរុប​នៃ​ឯកសារ និង​ថត​នៅ​ក្រោម​ថត​គេហទំព័រ​ជាក់លាក់​មួយ។

find /home/用户名/web/你的域名/public_html | wc -l

ជំនួស "username" និង "your domain name" ដោយ path ពិតប្រាកដរបស់អ្នក។ ចំនួនសុទ្ធដែលត្រឡប់ដោយ terminal គឺជាផលបូកនៃឯកសារ និងថតឯកសារទាំងអស់នៅក្នុងថតនោះ។

ឯកសារ ឬថតឯកសារនីមួយៗត្រូវគ្នាទៅនឹង inode មួយ ដូច្នេះលេខនេះតំណាងឱ្យការប្រើប្រាស់ inode ។

ប្រសិនបើអ្នកខ្ជិលពេកក្នុងការពិនិត្យមើលនីមួយៗដោយឡែកពីគ្នា ហើយចង់ឃើញការចែកចាយការប្រើប្រាស់របស់អ្នកប្រើប្រាស់ទាំងអស់នៅទូទាំងគេហទំព័រក្នុងពេលតែមួយ នោះក៏មានពាក្យបញ្ជា loop ផងដែរ។

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

ពាក្យបញ្ជានេះនឹងរាយបញ្ជីថតរងកំពូលទាំង ១០ ដែលប្រើប្រាស់ឯកសារច្រើនបំផុត។

ផ្លូវ​នៅ​ខាងលើ​បំផុត​នៃ​បញ្ជី​គឺជា​កន្លែង​ដែល​ឯកសារ​តូចៗ​មួយ​ចំនួន​ធំ​ត្រូវ​បាន​ដាក់​ជា​ក្រុម​ជាមួយគ្នា។

ខ្ញុំបានប្រាប់មិត្តខ្ញុំថា វាប្រហែលជាកម្មវិធីជំនួយសម្រាប់ caching មួយចំនួនដែលបង្កើតឯកសារតូចៗដោយសម្ងាត់ ហើយការដំណើរការបន្ទាត់នេះនឹងបញ្ជាក់វា។

គន្លឹះទីបួនគឺត្រូវពិនិត្យមើលដែនកំណត់កូតាដោយប្រើ repquota។

ប្រសិនបើម៉ាស៊ីនមេរបស់អ្នកបានបើកដំណើរការកូតាប្រព័ន្ធឯកសារ Linux អ្នកអាចមើលបញ្ហានេះពីទស្សនៈផ្សេង។

repquota -a

ពាក្យបញ្ជានេះនឹងទាញយកដែនកំណត់ឯកសារ និងការប្រើប្រាស់ឯកសារជាក់ស្តែងសម្រាប់អ្នកប្រើប្រាស់ទាំងអស់។

សូមយកចិត្តទុកដាក់ចំពោះផ្នែក File Limits នៅក្នុងលទ្ធផល; ជួរឈរដែលបានប្រើបង្ហាញពីចំនួនឯកសារដែលត្រូវបានប្រើប្រាស់។

ជួរឈរ "ទន់" និង "រឹង" តំណាងឱ្យកម្រិតកំណត់ទន់ និងរឹង។ នៅពេលដែល "បានប្រើ" ឈានដល់ "រឹង" ប្រព័ន្ធនឹងបដិសេធដោយផ្ទាល់ក្នុងការបង្កើតឯកសារថ្មី។

នេះ​ជា​រឿង​ខុស​គ្នា​ទាំង​ស្រុង​ពី​ទំហំ​ដែល​អ្នក​នៅ​សល់​នៅ​លើ​ថាស​របស់​អ្នក។

ដើម្បីបញ្ចប់រឿងនេះ សូមយើងភ្ជាប់ចំណុចសំខាន់ៗនៃការស៊ើបអង្កេត។

ចូរយើងត្រលប់ទៅរកមិត្តភ័ក្តិដែលបានធ្វើឱ្យម៉ាស៊ីនមេគាំងនៅពាក់កណ្តាលអធ្រាត្រនៅដើមដំបូង។

គាត់បានធ្វើតាមជំហានទាំងបួនដែលខ្ញុំបានពិពណ៌នា ដោយចាប់ផ្តើមជាមួយ `df -i` ដើម្បីបញ្ជាក់ថា inode ពិតជាពេញហើយ។

បន្ទាប់មក ដោយប្រើវិធីសាស្ត្រស្វែងរក វាត្រូវបានគេរកឃើញថា ថតឯកសារឃ្លាំងសម្ងាត់នៃគេហទំព័រចាស់ដែលគេបោះបង់ចោលមួយ កំពុងបង្កើតឯកសារតូចៗយ៉ាងចម្លែក។

ជាចុងក្រោយ ការត្រួតពិនិត្យ `repquota` បានបញ្ជាក់ថាវាពិតជាបានឈានដល់ដែនកំណត់ដ៏លំបាកមែន។

បន្ទាប់ពីសម្អាតគំនរឃ្លាំងសម្ងាត់ឥតបានការនោះចេញ គេហទំព័រនេះបានរស់ឡើងវិញភ្លាមៗ។

ដូច្នេះនៅពេលក្រោយដែលអ្នកជួបប្រទះស្ថានភាពចម្លែកនេះ ដែល "ថាសច្បាស់ជាមានទំហំផ្ទុក ប៉ុន្តែអ្នកមិនអាចសរសេរឯកសារបានទេ" កុំប្រញាប់បន្ថែមដ្រាយវ៍រឹង។

ដំបូង ប្រើ `df -i` ដើម្បីមើល inode; ការពិតអាចត្រូវបានលាក់នៅលើកាតលិបិក្រមដែលអ្នកមិនធ្លាប់កត់សម្គាល់ពីមុនមក។

ខ្ញុំពិតជាជឿជាក់យ៉ាងមុតមាំថា ចំណុចតូចៗនៃសុភវិនិច្ឆ័យទាំងនេះដែលលាក់ទុកនៅក្នុងស្នូលនៃប្រព័ន្ធ មានប្រយោជន៍ជាងការទន្ទេញចាំបញ្ជីបង្កើនប្រសិទ្ធភាពរាប់រយ។