സിസ്റ്റം ഉപയോഗം, തകരാറുകൾ, ലിനക്സ് സെർവറുകൾ ട്രബിൾഷൂട്ട് എന്നിവ എങ്ങനെ നിരീക്ഷിക്കാം - ഭാഗം 9
ലിനക്സ് വളരെ വിശ്വസനീയമാണെങ്കിലും, എല്ലാ സമയത്തും സിസ്റ്റത്തിന്റെ പെരുമാറ്റവും ഉപയോഗവും നിരീക്ഷിക്കാൻ ബുദ്ധിമാനായ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ ഒരു വഴി കണ്ടെത്തണം. സാധ്യമായത്രയും 100%-ന് അടുത്ത് പ്രവർത്തനസമയവും, വിഭവങ്ങളുടെ ലഭ്യതയും പല പരിതസ്ഥിതികളിലും നിർണായകമായ ആവശ്യകതകളാണ്. സിസ്റ്റത്തിന്റെ പഴയതും നിലവിലുള്ളതുമായ അവസ്ഥ പരിശോധിക്കുന്നത്, സാധ്യമായ പ്രശ്നങ്ങൾ മുൻകൂട്ടി കാണാനും മിക്കവാറും തടയാനും ഞങ്ങളെ അനുവദിക്കും.
ലിനക്സ് ഫൗണ്ടേഷൻ സർട്ടിഫിക്കേഷൻ പ്രോഗ്രാം അവതരിപ്പിക്കുന്നു
ഈ ലേഖനത്തിൽ, മിക്ക അപ്uസ്ട്രീം വിതരണങ്ങളിലും ലഭ്യമായ ചില ടൂളുകളുടെ ഒരു ലിസ്റ്റ് ഞങ്ങൾ അവതരിപ്പിക്കും, സിസ്റ്റം സ്റ്റാറ്റസ് പരിശോധിക്കാനും തകരാറുകൾ വിശകലനം ചെയ്യാനും നിലവിലുള്ള പ്രശ്നങ്ങൾ പരിഹരിക്കാനും. പ്രത്യേകിച്ചും, ലഭ്യമായ എണ്ണമറ്റ ഡാറ്റയിൽ, ഞങ്ങൾ സിപിയു, സ്റ്റോറേജ് സ്പേസ്, മെമ്മറി ഉപയോഗം, അടിസ്ഥാന പ്രോസസ്സ് മാനേജ്മെന്റ്, ലോഗ് വിശകലനം എന്നിവയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കും.
സ്റ്റോറേജ് സ്പേസ് വിനിയോഗം
സ്റ്റോറേജ് സ്പേസ് ഉപയോഗം പരിശോധിക്കാൻ ഉപയോഗിക്കുന്ന 2 അറിയപ്പെടുന്ന കമാൻഡുകൾ Linux-ൽ ഉണ്ട്: df, du.
ആദ്യത്തേത്, df (ഇത് ഡിസ്ക് ഫ്രീ എന്നതിന്റെ അർത്ഥം), ഫയൽ സിസ്റ്റത്തിന്റെ മൊത്തത്തിലുള്ള ഡിസ്ക് സ്പേസ് ഉപയോഗം റിപ്പോർട്ട് ചെയ്യാൻ സാധാരണയായി ഉപയോഗിക്കുന്നു.
ഓപ്ഷനുകൾ ഇല്ലാതെ, df ഡിസ്ക് സ്പേസ് ഉപയോഗം ബൈറ്റുകളിൽ റിപ്പോർട്ട് ചെയ്യുന്നു. -h ഫ്ലാഗ് ഉപയോഗിച്ച് അത് MB അല്ലെങ്കിൽ GB ഉപയോഗിച്ച് അതേ വിവരങ്ങൾ പ്രദർശിപ്പിക്കും. ഈ റിപ്പോർട്ടിൽ ഓരോ ഫയൽ സിസ്റ്റത്തിന്റെയും മൊത്തം വലുപ്പം (1-K ബ്ലോക്കുകളിൽ), സൗജന്യവും ലഭ്യമായതുമായ സ്uപെയ്uസുകൾ, ഓരോ സ്റ്റോറേജ് ഉപകരണത്തിന്റെയും മൗണ്ട് പോയിന്റ് എന്നിവയും ഉൾപ്പെടുന്നു.
# df # df -h
അത് തീർച്ചയായും നല്ലതാണ് - എന്നാൽ ഒരു ഫയൽ സിസ്റ്റത്തെ ഉപയോഗശൂന്യമാക്കാൻ കഴിയുന്ന മറ്റൊരു പരിമിതിയുണ്ട്, അത് ഐനോഡുകൾ തീർന്നു. ഒരു ഫയൽ സിസ്റ്റത്തിലെ എല്ലാ ഫയലുകളും അതിന്റെ മെറ്റാഡാറ്റ അടങ്ങുന്ന ഒരു ഐനോഡിലേക്ക് മാപ്പ് ചെയ്തിരിക്കുന്നു.
# df -hTi
ഉപയോഗിച്ചതും ലഭ്യമായതുമായ ഐനോഡുകളുടെ അളവ് നിങ്ങൾക്ക് കാണാൻ കഴിയും:
മുകളിലെ ചിത്രം അനുസരിച്ച്, /home-ൽ 146 ഉപയോഗിച്ച ഐനോഡുകൾ (1%) ഉണ്ട്, അതായത് നിങ്ങൾക്ക് ഇപ്പോഴും ആ ഫയൽ സിസ്റ്റത്തിൽ 226K ഫയലുകൾ സൃഷ്ടിക്കാൻ കഴിയും.
ഐനോഡുകൾ തീരുന്നതിന് വളരെ മുമ്പുതന്നെ നിങ്ങൾക്ക് സംഭരണ ഇടം തീർന്നുപോകുമെന്ന കാര്യം ശ്രദ്ധിക്കുക, തിരിച്ചും. ഇക്കാരണത്താൽ, നിങ്ങൾ സ്റ്റോറേജ് സ്പേസ് വിനിയോഗം മാത്രമല്ല, ഫയൽ സിസ്റ്റം ഉപയോഗിക്കുന്ന ഐനോഡുകളുടെ എണ്ണവും നിരീക്ഷിക്കേണ്ടതുണ്ട്.
ഒരു കാരണവുമില്ലാതെ ഐനോഡുകൾ ഉപയോഗിക്കുന്ന ശൂന്യമായ ഫയലുകളോ ഡയറക്uടറികളോ (0B ഉൾക്കൊള്ളുന്നവ) കണ്ടെത്താൻ ഇനിപ്പറയുന്ന കമാൻഡുകൾ ഉപയോഗിക്കുക:
# find /home -type f -empty # find /home -type d -empty
കൂടാതെ, നിങ്ങൾക്ക് ആ ശൂന്യമായ ഫയലുകളും ഡയറക്uടറികളും ഇല്ലാതാക്കണമെങ്കിൽ ഓരോ കമാൻഡിന്റെയും അവസാനം -delete ഫ്ലാഗ് ചേർക്കാവുന്നതാണ്:
# find /home -type f -empty --delete # find /home -type f -empty
മുമ്പത്തെ നടപടിക്രമം 4 ഫയലുകൾ ഇല്ലാതാക്കി. /ഹോമിൽ ഉപയോഗിച്ച/ലഭ്യമായ നോഡുകളുടെ എണ്ണം വീണ്ടും പരിശോധിക്കാം:
# df -hTi | grep home
നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ഇപ്പോൾ 142 ഉപയോഗിച്ച ഐനോഡുകൾ ഉണ്ട് (മുമ്പത്തേതിനേക്കാൾ 4 കുറവ്).
ഒരു നിശ്ചിത ഫയൽ സിസ്റ്റത്തിന്റെ ഉപയോഗം മുൻകൂട്ടി നിശ്ചയിച്ച ശതമാനത്തിന് മുകളിലാണെങ്കിൽ, നിങ്ങൾക്ക് du (ഡിസ്uക് ഉപയോഗത്തിന്റെ ചുരുക്കം) ഉപയോഗിച്ച് ഏറ്റവും കൂടുതൽ ഇടം ലഭിക്കുന്ന ഫയലുകൾ ഏതൊക്കെയാണെന്ന് കണ്ടെത്താനാകും.
/var എന്നതിനാണ് ഉദാഹരണം നൽകിയിരിക്കുന്നത്, മുകളിലെ ആദ്യ ചിത്രത്തിൽ നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, അതിന്റെ 67% ഉപയോഗിച്ചിരിക്കുന്നു.
# du -sch /var/*
ശ്രദ്ധിക്കുക: മുകളിലുള്ള ഏതെങ്കിലും ഉപഡയറക്uടറികളിൽ എന്താണെന്നും ഓരോ ഇനവും എത്രമാത്രം ഉൾക്കൊള്ളുന്നുവെന്നും കൃത്യമായി കണ്ടെത്താൻ നിങ്ങൾക്ക് അവയിലേക്ക് മാറാനാകും. ആവശ്യമില്ലെങ്കിൽ ചില ഫയലുകൾ ഇല്ലാതാക്കാനോ അല്ലെങ്കിൽ ആവശ്യമെങ്കിൽ ലോജിക്കൽ വോളിയത്തിന്റെ വലുപ്പം നീട്ടാനോ നിങ്ങൾക്ക് ആ വിവരങ്ങൾ ഉപയോഗിക്കാം.
ഇതും വായിക്കുക
- ഡിസ്ക് സ്പേസ് പരിശോധിക്കുന്നതിനുള്ള 12 ഉപയോഗപ്രദമായ \df കമാൻഡുകൾ
- ഫയലുകളുടെയും ഡയറക്ടറികളുടെയും ഡിസ്ക് ഉപയോഗം കണ്ടെത്താൻ 10 ഉപയോഗപ്രദമായ du കമാൻഡുകൾ
മെമ്മറിയും സിപിയു ഉപയോഗവും
സിപിയു/മെമ്മറി ഉപയോഗത്തിന്റെയും പ്രോസസ്സ് മാനേജ്മെന്റിന്റെയും മൊത്തത്തിലുള്ള പരിശോധന നടത്താൻ ഉപയോഗിക്കുന്ന ലിനക്സിലെ ക്ലാസിക് ടൂൾ htop ആണ്, എന്നാൽ ഏത് ലിനക്uസ് വിതരണത്തിലും ഇത് ബോക്uസിന് പുറത്ത് ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്നതിനാൽ ഞാൻ മികച്ചതായി തീർന്നു.
മുകളിൽ ആരംഭിക്കുന്നതിന്, നിങ്ങളുടെ കമാൻഡ് ലൈനിൽ ഇനിപ്പറയുന്ന കമാൻഡ് ടൈപ്പ് ചെയ്ത് എന്റർ അമർത്തുക.
# top
നമുക്ക് ഒരു സാധാരണ ടോപ്പ് ഔട്ട്പുട്ട് പരിശോധിക്കാം:
1 മുതൽ 5 വരെയുള്ള വരികളിൽ ഇനിപ്പറയുന്ന വിവരങ്ങൾ പ്രദർശിപ്പിച്ചിരിക്കുന്നു:
1. നിലവിലെ സമയവും (8:41:32 pm) പ്രവർത്തന സമയവും (7 മണിക്കൂറും 41 മിനിറ്റും). ഒരു ഉപയോക്താവ് മാത്രമേ സിസ്റ്റത്തിൽ ലോഗിൻ ചെയ്തിട്ടുള്ളൂ, അവസാന 1, 5, 15 മിനിറ്റുകളിൽ യഥാക്രമം ലോഡ് ശരാശരി. 0.00, 0.01, 0.05 എന്നിവ സൂചിപ്പിക്കുന്നത് ആ സമയ ഇടവേളകളിൽ, സിസ്റ്റം 0% സമയത്തേക്ക് നിഷ്uക്രിയമായിരുന്നു (0.00: CPU-യ്uക്കായി പ്രോസസ്സുകളൊന്നും കാത്തിരിക്കുന്നില്ല), തുടർന്ന് അത് 1% ഓവർലോഡ് ചെയ്തു (0.01: ശരാശരി 0.01 പ്രോസസ്സുകൾ സിപിയുവിനായി കാത്തിരിക്കുകയായിരുന്നു) കൂടാതെ 5% (0.05). 0-ൽ കുറവും ചെറിയ സംഖ്യയും (ഉദാഹരണത്തിന്, 0.65), 0.65 ദൃശ്യമാകുന്ന സ്ഥലത്തെ ആശ്രയിച്ച്, അവസാന 1, 5 അല്ലെങ്കിൽ 15 മിനിറ്റുകളിൽ സിസ്റ്റം 35% നിഷ്uക്രിയമായിരുന്നു.
2. നിലവിൽ 121 പ്രോസസ്സുകൾ പ്രവർത്തിക്കുന്നു (നിങ്ങൾക്ക് 6-ൽ പൂർണ്ണമായ ലിസ്uറ്റിംഗ് കാണാം). അവയിൽ 1 എണ്ണം മാത്രം പ്രവർത്തിക്കുന്നു (ഈ സാഹചര്യത്തിൽ മുകളിൽ, %CPU കോളത്തിൽ നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ) ബാക്കിയുള്ള 120 പേർ പശ്ചാത്തലത്തിൽ കാത്തിരിക്കുന്നു, പക്ഷേ \ഉറങ്ങുന്നു, ഞങ്ങൾ അവരെ വിളിക്കുന്നത് വരെ ആ അവസ്ഥയിൽ തന്നെ തുടരും. എങ്ങനെ? ഒരു mysql പ്രോംപ്റ്റ് തുറന്ന് നിങ്ങൾക്ക് ഇത് സ്ഥിരീകരിക്കാൻ കഴിയും, കൂടാതെ രണ്ട് ചോദ്യങ്ങൾ എക്സിക്യൂട്ട് ചെയ്യുക. പ്രവർത്തിക്കുന്ന പ്രക്രിയകളുടെ എണ്ണം എങ്ങനെ വർദ്ധിക്കുന്നുവെന്ന് നിങ്ങൾ ശ്രദ്ധിക്കും.
പകരമായി, നിങ്ങൾക്ക് ഒരു വെബ് ബ്രൗസർ തുറന്ന് അപ്പാച്ചെ നൽകുന്ന ഏതെങ്കിലും പേജിലേക്ക് നാവിഗേറ്റ് ചെയ്യാം, നിങ്ങൾക്ക് അതേ ഫലം ലഭിക്കും. തീർച്ചയായും, രണ്ട് സേവനങ്ങളും നിങ്ങളുടെ സെർവറിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെന്ന് ഈ ഉദാഹരണങ്ങൾ അനുമാനിക്കുന്നു.
3. us (മാറ്റം വരുത്താത്ത മുൻuഗണനയോടെയുള്ള ഉപയോക്തൃ പ്രക്രിയകൾ), sy (ടൈം റണ്ണിംഗ് കേർണൽ പ്രോസസ്സുകൾ), ni (പരിഷ്uക്കരിച്ച മുൻഗണനയോടെയുള്ള ഉപയോക്തൃ പ്രക്രിയകൾ സമയം പ്രവർത്തിപ്പിക്കുന്നു), wa (I/O പൂർത്തീകരണത്തിനായി കാത്തിരിക്കുന്ന സമയം), ഹായ് (ഹാർഡ്uവെയർ തടസ്സങ്ങൾ സർവീസ് ചെയ്യാൻ ചെലവഴിച്ച സമയം), si (സോഫ്റ്റ്uവെയർ ഇന്ററപ്റ്റുകൾക്കായി ചെലവഴിച്ച സമയം), st (നിലവിലെ vm-ൽ നിന്ന് ഹൈപ്പർവൈസർ മോഷ്ടിച്ച സമയം - വെർച്വലൈസ്ഡ് പരിതസ്ഥിതികളിൽ മാത്രം).
4. ഫിസിക്കൽ മെമ്മറി ഉപയോഗം.
5. സ്uപേസ് ഉപയോഗം സ്വാപ്പ് ചെയ്യുക.
റാം മെമ്മറിയും സ്വാപ്പ് ഉപയോഗവും പരിശോധിക്കുന്നതിന് നിങ്ങൾക്ക് സൗജന്യ കമാൻഡ് ഉപയോഗിക്കാം.
# free
തീർച്ചയായും നിങ്ങൾക്ക് -m (MB) അല്ലെങ്കിൽ -g (GB) സ്വിച്ചുകൾ ഉപയോഗിക്കാനും ഇതേ വിവരങ്ങൾ മനുഷ്യർക്ക് വായിക്കാവുന്ന രൂപത്തിൽ പ്രദർശിപ്പിക്കാൻ കഴിയും:
# free -m
ഏതുവിധേനയും, കേർണൽ കഴിയുന്നത്ര മെമ്മറി റിസർവ് ചെയ്യുകയും പ്രോസസ്സുകൾ ആവശ്യപ്പെടുമ്പോൾ അത് ലഭ്യമാക്കുകയും ചെയ്യുന്നു എന്ന വസ്തുത നിങ്ങൾ അറിഞ്ഞിരിക്കണം. പ്രത്യേകിച്ചും, -/+ ബഫറുകൾ/കാഷെ ലൈൻ ഈ I/O കാഷെ കണക്കിലെടുക്കുമ്പോൾ യഥാർത്ഥ മൂല്യങ്ങൾ കാണിക്കുന്നു.
മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, പ്രോസസ്സുകൾ ഉപയോഗിക്കുന്ന മെമ്മറിയുടെ അളവും മറ്റ് പ്രോസസ്സുകൾക്ക് ലഭ്യമായ അളവും (ഈ സാഹചര്യത്തിൽ, 232 MB ഉപയോഗിച്ചതും 270 MB യഥാക്രമം ലഭ്യമാണ്). പ്രോസസ്സുകൾക്ക് ഈ മെമ്മറി ആവശ്യമുള്ളപ്പോൾ, കേർണൽ I/O കാഷെയുടെ വലിപ്പം സ്വയമേവ കുറയ്ക്കും.
ഇതും വായിക്കുക: Linux മെമ്മറി ഉപയോഗം പരിശോധിക്കുന്നതിനുള്ള 10 ഉപയോഗപ്രദമായ സൗജന്യ കമാൻഡ്
പ്രക്രിയകൾ സൂക്ഷ്മമായി പരിശോധിക്കുന്നു
ഏത് സമയത്തും, ഞങ്ങളുടെ Linux സിസ്റ്റത്തിൽ നിരവധി പ്രക്രിയകൾ പ്രവർത്തിക്കുന്നു. പ്രക്രിയകൾ സൂക്ഷ്മമായി നിരീക്ഷിക്കാൻ ഞങ്ങൾ ഉപയോഗിക്കുന്ന രണ്ട് ടൂളുകൾ ഉണ്ട്: ps, pstree.
-e, -f എന്നീ ഓപ്uഷനുകൾ ഉപയോഗിച്ച് ഒന്നായി (-ef) നിങ്ങളുടെ സിസ്റ്റത്തിൽ നിലവിൽ പ്രവർത്തിക്കുന്ന എല്ലാ പ്രക്രിയകളും നിങ്ങൾക്ക് ലിസ്റ്റ് ചെയ്യാൻ കഴിയും. നിങ്ങൾക്ക് ആവശ്യമുള്ള പ്രോസസ്സിലേക്ക് ഔട്ട്uപുട്ട് ചുരുക്കാൻ grep (LFCS സീരീസിന്റെ ഭാഗം 1 ൽ വിശദീകരിച്ചത് പോലെ) പോലുള്ള മറ്റ് ടൂളുകളിലേക്ക് ഈ ഔട്ട്uപുട്ട് പൈപ്പ് ചെയ്യാം:
# ps -ef | grep -i squid | grep -v grep
മുകളിലുള്ള പ്രക്രിയ ലിസ്റ്റ് ഇനിപ്പറയുന്ന വിവരങ്ങൾ കാണിക്കുന്നു:
പ്രക്രിയയുടെ ഉടമ, PID, പേരന്റ് PID (പാരന്റ് പ്രോസസ്), പ്രോസസർ ഉപയോഗം, കമാൻഡ് ആരംഭിച്ച സമയം, tty (ഇത് ഒരു ഡെമൺ ആണെന്ന് സൂചിപ്പിക്കുന്നു), ക്യുമുലേറ്റ് ചെയ്ത CPU സമയം, പ്രോസസ്സുമായി ബന്ധപ്പെട്ട കമാൻഡ്.
എന്നിരുന്നാലും, ഒരുപക്ഷേ നിങ്ങൾക്ക് ആ വിവരങ്ങളെല്ലാം ആവശ്യമില്ല, കൂടാതെ പ്രക്രിയയുടെ ഉടമ, അത് ആരംഭിച്ച കമാൻഡ്, അതിന്റെ PID, PPID, അത് നിലവിൽ ഉപയോഗിക്കുന്ന മെമ്മറിയുടെ ശതമാനം എന്നിവ കാണിക്കാൻ ആഗ്രഹിക്കുന്നു - ആ ക്രമത്തിൽ, അടുക്കുക അവരോഹണ ക്രമത്തിൽ മെമ്മറി ഉപയോഗം (ഡിഫോൾട്ടായി ps ക്രമീകരിച്ചിരിക്കുന്നത് PID ആണെന്ന് ശ്രദ്ധിക്കുക).
# ps -eo user,comm,pid,ppid,%mem --sort -%mem
%mem-ന് മുന്നിലുള്ള മൈനസ് ചിഹ്നം അവരോഹണ ക്രമത്തിൽ അടുക്കുന്നതിനെ സൂചിപ്പിക്കുന്നു.
ചില കാരണങ്ങളാൽ ഒരു പ്രോസസ്സ് വളരെയധികം സിസ്റ്റം റിസോഴ്uസുകൾ എടുക്കാൻ തുടങ്ങുകയും അത് സിസ്റ്റത്തിന്റെ മൊത്തത്തിലുള്ള പ്രവർത്തനത്തെ അപകടത്തിലാക്കുകയും ചെയ്താൽ, കിൽ പ്രോഗ്രാം ഉപയോഗിച്ച് ഇനിപ്പറയുന്ന സിഗ്നലുകളിൽ ഒന്ന് കടന്നുപോകുന്നത് നിങ്ങൾ നിർത്തുകയോ താൽക്കാലികമായി നിർത്തുകയോ ചെയ്യും. നിങ്ങൾ ഇത് ചെയ്യുന്നത് പരിഗണിക്കുന്നതിനുള്ള മറ്റ് കാരണങ്ങൾ, നിങ്ങൾ മുൻഭാഗത്ത് ഒരു പ്രോസസ്സ് ആരംഭിച്ചിരിക്കുമ്പോൾ അത് താൽക്കാലികമായി നിർത്തി പശ്ചാത്തലത്തിൽ പുനരാരംഭിക്കണമെന്നതാണ്.
ഒരു നിശ്ചിത പ്രക്രിയയുടെ സാധാരണ നിർവ്വഹണം, അത് പ്രവർത്തിക്കുമ്പോൾ സ്ക്രീനിലേക്ക് ഒരു ഔട്ട്പുട്ടും അയയ്uക്കില്ല എന്ന് സൂചിപ്പിക്കുമ്പോൾ, ഒന്നുകിൽ അത് പശ്ചാത്തലത്തിൽ ആരംഭിക്കാൻ നിങ്ങൾ ആഗ്രഹിച്ചേക്കാം (കമാൻഡിന്റെ അവസാനം ഒരു ആമ്പർസാൻഡ് ചേർക്കുക).
process_name &
അല്ലെങ്കിൽ,
ഇത് മുൻവശത്ത് പ്രവർത്തിക്കാൻ തുടങ്ങിക്കഴിഞ്ഞാൽ, അത് താൽക്കാലികമായി നിർത്തി പശ്ചാത്തലത്തിലേക്ക് അയയ്ക്കുക
Ctrl + Z
# kill -18 PID
SysV-അധിഷ്uഠിത സിസ്റ്റങ്ങളിലെ സേവനം അല്ലെങ്കിൽ systemd-അധിഷ്uഠിത സിസ്റ്റങ്ങളിൽ systemctl പോലുള്ള പൊതുവായ സേവനങ്ങൾ മനോഹരമായി നിർത്തുന്നതിനും/ആരംഭിക്കുന്നതിനും/പുനരാരംഭിക്കുന്നതിനും/റീലോഡ് ചെയ്യുന്നതിനും ഓരോ വിതരണവും ടൂളുകൾ നൽകുന്നുവെന്നത് ശ്രദ്ധിക്കുക.
ഒരു പ്രോസസ്സ് ആ യൂട്ടിലിറ്റികളോട് പ്രതികരിക്കുന്നില്ലെങ്കിൽ, അതിന് SIGKILL സിഗ്നൽ അയച്ചുകൊണ്ട് നിങ്ങൾക്ക് അതിനെ ബലപ്രയോഗത്തിലൂടെ കൊല്ലാം.
# ps -ef | grep apache # kill -9 3821
അപ്പോൾ.. എന്താണ് സംഭവിച്ചത്/സംഭവിക്കുന്നത്?
സിസ്റ്റത്തിൽ ഏതെങ്കിലും തരത്തിലുള്ള തകരാറുകൾ ഉണ്ടായാൽ (അത് വൈദ്യുതി തടസ്സമോ, ഹാർഡ്uവെയർ തകരാർ, ആസൂത്രിതമോ ആസൂത്രിതമോ അല്ലാത്തതോ ആയ ഒരു പ്രക്രിയയുടെ തടസ്സം, അല്ലെങ്കിൽ എന്തെങ്കിലും അസാധാരണത്വം എന്നിവ ആകട്ടെ), /var/log എന്താണ് സംഭവിച്ചതെന്നോ നിങ്ങൾ അഭിമുഖീകരിക്കുന്ന പ്രശ്uനങ്ങൾക്ക് കാരണമായേക്കാവുന്നതോ നിർണ്ണയിക്കാൻ നിങ്ങളുടെ ഉറ്റ ചങ്ങാതിമാരാണ്.
# cd /var/log
/var/log-ലെ ചില ഇനങ്ങൾ സാധാരണ ടെക്uസ്uറ്റ് ഫയലുകളാണ്, മറ്റുള്ളവ ഡയറക്uടറികളാണ്, മറ്റുള്ളവ റൊട്ടേറ്റഡ് (ചരിത്രപരമായ) ലോഗുകളുടെ കംപ്രസ് ചെയ്uത ഫയലുകളാണ്. അവരുടെ പേരിൽ വാക്ക് പിശകുള്ളവരെ പരിശോധിക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കും, എന്നാൽ ബാക്കിയുള്ളവ പരിശോധിക്കുന്നത് ഉപയോഗപ്രദമാകും.
ഈ രംഗം ചിത്രീകരിക്കുക. നിങ്ങളുടെ LAN ക്ലയന്റുകൾക്ക് നെറ്റ്uവർക്ക് പ്രിന്ററുകളിലേക്ക് പ്രിന്റ് ചെയ്യാൻ കഴിയുന്നില്ല. ഈ സാഹചര്യം പരിഹരിക്കുന്നതിനുള്ള ആദ്യ പടി /var/log/cups ഡയറക്uടറിയിൽ പോയി അവിടെ എന്താണ് ഉള്ളതെന്ന് കാണുക.
നിങ്ങൾക്ക് error_log ഫയലിന്റെ അവസാന 10 വരികൾ പ്രദർശിപ്പിക്കുന്നതിന് tail കമാൻഡ് ഉപയോഗിക്കാം, അല്ലെങ്കിൽ ലോഗിന്റെ തത്സമയ കാഴ്ചയ്ക്കായി tail -f error_log.
# cd /var/log/cups # ls # tail error_log
മുകളിലെ സ്uക്രീൻഷോട്ട് നിങ്ങളുടെ പ്രശ്uനത്തിന് കാരണമാകുന്നത് എന്താണെന്ന് മനസിലാക്കാൻ ചില സഹായകരമായ വിവരങ്ങൾ നൽകുന്നു. ഘട്ടങ്ങൾ പിന്തുടരുകയോ പ്രക്രിയയുടെ തകരാറുകൾ ശരിയാക്കുകയോ ചെയ്യുന്നത് മൊത്തത്തിലുള്ള പ്രശ്uനത്തിന് പരിഹാരമായേക്കില്ല, എന്നാൽ ഒരു പ്രശ്uനം ഉണ്ടാകുമ്പോഴെല്ലാം ലോഗുകൾ പരിശോധിക്കാൻ നിങ്ങൾ ആദ്യം തന്നെ ഉപയോഗിക്കുകയാണെങ്കിൽ (അത് പ്രാദേശികമോ നെറ്റ്uവർക്ക് ഒന്നോ ആകട്ടെ) നിങ്ങൾ തീർച്ചയായും ശരിയായ പാതയിലായിരിക്കും.
ഹാർഡ്uവെയർ പരാജയങ്ങൾ ട്രബിൾഷൂട്ട് ചെയ്യാൻ പ്രയാസകരമാണെങ്കിലും, നിങ്ങൾ dmesg, മെസേജ് ലോഗുകൾ, തെറ്റായ ഒരു ഹാർഡ്uവെയർ ഭാഗവുമായി ബന്ധപ്പെട്ട വാക്കുകൾക്കായി grep എന്നിവ പരിശോധിക്കണം.
താഴെ പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് വാക്ക് പിശക് തിരയുന്നതിന് ശേഷം താഴെയുള്ള ചിത്രം /var/log/messages എന്നതിൽ നിന്ന് എടുത്തതാണ്:
# less /var/log/messages | grep -i error
രണ്ട് സംഭരണ ഉപകരണങ്ങളിൽ ഞങ്ങൾക്ക് പ്രശ്uനമുണ്ടെന്ന് കാണാൻ കഴിയും: /dev/sdb, /dev/sdc, ഇത് റെയ്uഡ് അറേയിൽ പ്രശ്uനമുണ്ടാക്കുന്നു.
ഉപസംഹാരം
ഈ ലേഖനത്തിൽ നിങ്ങളുടെ സിസ്റ്റത്തിന്റെ മൊത്തത്തിലുള്ള നിലയെക്കുറിച്ച് എപ്പോഴും അറിഞ്ഞിരിക്കാൻ നിങ്ങളെ സഹായിക്കുന്ന ചില ടൂളുകൾ ഞങ്ങൾ പര്യവേക്ഷണം ചെയ്തിട്ടുണ്ട്. കൂടാതെ, നിങ്ങളുടെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റവും ഇൻസ്റ്റാൾ ചെയ്ത പാക്കേജുകളും അവയുടെ ഏറ്റവും പുതിയ സ്ഥിരതയുള്ള പതിപ്പുകളിലേക്ക് അപ്ഡേറ്റ് ചെയ്തിട്ടുണ്ടെന്ന് ഉറപ്പാക്കേണ്ടതുണ്ട്. ലോഗുകൾ പരിശോധിക്കാൻ ഒരിക്കലും മറക്കരുത്! അപ്പോൾ ഏത് പ്രശ്uനത്തിനും കൃത്യമായ പരിഹാരം കണ്ടെത്താൻ നിങ്ങൾ ശരിയായ ദിശയിലേക്ക് നയിക്കും.
നിങ്ങളുടെ അഭിപ്രായങ്ങൾ, നിർദ്ദേശങ്ങൾ അല്ലെങ്കിൽ ചോദ്യങ്ങൾ - നിങ്ങൾക്ക് എന്തെങ്കിലും ഉണ്ടെങ്കിൽ - ചുവടെയുള്ള ഫോം ഉപയോഗിച്ച് രേഖപ്പെടുത്താൻ മടിക്കേണ്ടതില്ല.