إصلاح مشكلات خادم Linux باستخدام خطوات استكشاف الأخطاء المثالية

إذا كان خادم Linux الخاص بك لا يعمل بكامل طاقته أو بالشكل المُتوقع منه ، فمن المحتمل أن هناك مشكلة أساسية تحتاج إلى حل في أقرب وقت قبل أن يتأثر الخادم بشكل خطير.

لذا عليك اتباع هذه الخطوات الخمس البسيطة والعملية لاستكشاف أخطاء خادم Linux وتقليل وقت التوقف إلى أدنى حد مُمكن.

1. تحقق من الأجهزة

دعنا ننتقل إلى الأساسيات المُطلقة: التحقق من الأجهزة. هذا يعني أنك تتوجه إلى الكمبيوتر الفعلي وتتحقق مما إذا كانت هناك أي كبلات مفكوكة أو هناك انقطاع في التيار الكهربائي.

بدلاً من ذلك ، اكتب الأمر التالي:

$ sudo ethtool eth0

إذا حصلتَ على الإجابة نعم ، فأنت تعلم أنَّ المنفذ الخاص بك يتصل بالشبكة.

للتحقق من تقرير إخراج BIOS / UEFI الخاص بالخادم ، استخدم الأمر التالي:

$ sudo dmidecode — type memory

إذا كانت الاستجابة تبدو جيدة ، فهذه ليست المشكلة أيضًا. إذا كنت تشك في وجود مشكلات في الذاكرة ، فقم بتشغيل الأمر التالي:

$ sudo modprobe edac_core

إذا لم تكن هناك نتائج بعد تشغيل الأمر المذكور أعلاه ، فاكتب ما يلي:

$ sudo grep “[0–9]” /sys/devices/system/etc/mc/mc*/csrow*/ch*_ce_count

حيث يُقدم لك قائمة بصفوف وحدة التحكم في الذاكرة مع عدد الأخطاء. عندما يتم دمج الإخراج مع بيانات dmidecode على قناة الذاكرة ورقم الجزء والفتحة ، يُمكنك العثور على شريحة الذاكرة التالفة بنجاح وبسرعة.

2. التعرف على المشكلة بالضبط

إذًا ، لقد تعطل خادمك ، ولا توجد سوى طريقة للتعامل مع ذلك. قبل البدء في استخدام أدواتك ، من الضروري تحديد مكان المشكلة بالضبط. على سبيل المثال ، إذا واجه المستخدم مشكلات مع تطبيق الخادم ، فأنت بحاجة إلى التأكد من أنَّ المشكلة ليست من جانب العميل.

ثانيًا ، كجزء من البحث عن المشكلة ، يجب أن تُحاول تضييق نطاق مصدر المشكلة. وهذا يعني إما الخادم في حد ذاته أو تطبيق الخادم. على سبيل المثال ، يُمكن لتطبيق الخادم أن يُصاب ببعض الأخطاء بينما يعمل الخادم مثل آلة جيدة التزييت.

للتحقق مما إذا كان التطبيق يعمل بسلاسة ، اكتب ما يلي:

$ sudo ps -ef | grep apache2

$ sudo netstat -plunt | grep apache2

إذا كان الخادم لا يستجيب ، فيُمكنك تشغيل خادم Apache باستخدام:

$ sudo service apache2 start

باختصار ، اكتشف المشكلة بالضبط قبل الضغط على زناد البندقية. سيُساعد هذا في تضييق نطاق قائمة المشكلات ومساعدتك في التوصل إلى حل وفقًا لذلك.

3. استخدام الصيغة Top

تُعد Top أحد أكثر صيغ تصحيح الأخطاء المثالية في Linux ، حيث تقوم بتحميل المتوسط ​​والمبادلة وقائمة العمليات باستخدام موارد النظام.

لكن في المرة الأولى التي تستخدمها فيها ، قد يبدو الأمر مُحيرًا. فيما يلي تفصيل سريع لما تُقدمه Top.

السطر الأول:

• الوقت
• لأي مدة كان فيها الكمبيوتر قيد التشغيل؟
• عدد المستخدمين
• متوسط ​​التحميل (وقت تحميل النظام لآخر دقيقة وآخر 5 دقائق وآخر 15 دقيقة)

السطر الثاني:

• العدد الإجمالي للمهام
• عدد المهام الحالية
• عدد المهام في حالة السكون
• عدد المهام المتوقفة
• عدد المهام التي تم قتلها

السطر الثالث:

• استخدام وحدة المعالجة المركزية كنسبة مئوية من قبل المستخدم
• استخدام وحدة المعالجة المركزية كنسبة مئوية من قبل النظام
• استخدام وحدة المعالجة المركزية كنسبة مئوية من خلال العمليات ذات الأولوية المنخفضة
• استخدام وحدة المعالجة المركزية كنسبة مئوية من خلال عمليات السكون
• استخدام وحدة المعالجة المركزية كنسبة مئوية عن طريق انتظار الإدخال / الإخراج
• استخدام وحدة المعالجة المركزية كنسبة مئوية من خلال مقاطعات الأجهزة
• استخدام وحدة المعالجة المركزية كنسبة مئوية بواسطة مقاطعات التطبيق
• استخدام وحدة المعالجة المركزية كنسبة مئوية عن طريق سرقة الوقت
• إجمالي ذاكرة النظام
• الذاكرة المتاحة
• الذاكرة المُستخدمة
• ذاكرة التخزين المؤقت

السطر الرابع:

• إجمالي المبادلة المتاحة
• إجمالي المبادلة الحرة
• إجمالي المبادلة المستخدمة
• الذاكرة المتوفرة

ويتبع ذلك سطر لكل تطبيق قيد التشغيل. ويشمل:

• معرف العملة.
• المستعمل.
• الأفضلية.
• المستوى الجيد.
• الذاكرة الافتراضية المستخدمة من قبل العملية.
• الذاكرة المقيمة المستخدمة من قبل العملية.
• الذاكرة القابلة للمشاركة.
• وحدة المعالجة المركزية المستخدمة من قبل العملية كنسبة مئوية.
• الذاكرة المستخدمة من قبل العملية كنسبة مئوية.
• وقت تشغيل العملية.
• الأمر.

لمعرفة العملية التي تستهلك أعلى ذاكرة ، قم أولاً بفرز العمليات عن طريق كتابة M.

للتحقق من العمليات التي تستخدم معظم طاقة وحدة المعالجة المركزية ، اضغط على P.

للتصفية على خيارات مُحددة ، اضغط على O ، والذي سيعرض الأوامر التالية:

add filter #1 (ignoring case) as: [!]FLD?VAL

علاوة على ذلك ، يُمكنك التصفية على عملية معينة ، مثل

COMMAND=apache

سيؤدي هذا إلى تصفية وإظهار عمليات Apache فقط.

4. تتبع المساحة التخزينية

على الرغم من سعة التخزين المتاحة التي لا نهاية لها ، يمكن أن تنفد مساحة الخادم ، مما يؤدي إلى العديد من المشكلات. في مثل هذه السيناريوهات ، استخدم الأمر df (نظام ملفات القرص) لسحب ملخص كامل لمساحة القرص المتاحة / المستخدمة.

يُمكنك استخدامه بالطرق الثلاث التالية:

$ sudo df -h

$ sudo df -i

$ sudo df -hT

أمر مفيد آخر هو استخدام %util ، والذي يُساعد على التعرف على مدى إجهاد الجهاز. تُشير أي قيم أكبر من 60٪ من الاستخدام إلى ضُعف أداء التخزين. أي شيء قريب من 100٪ يعني أنَّ محرك الأقراص قريب من التشبع.

5. تحقق من تسجيلات المشاكل

تمنحك التسجيلات الكثير من المعلومات المفيدة في /var/log ، وهو دليل فرعي خاص بالخدمة. بالنسبة لمن لا علم له ، قد تكون تسجيلات خادم Linux هي المكان الأكثر رعبًا على هذا الكوكب.

لا يجب أن يكون هذا هو الحال ، خاصة لأن التسجيلات مقسمة حسب وظائفها. أحدهما يلتقط ما يحدث في النظام / التطبيق ، بينما يسجل الآخر رسائل خطأ النظام / التطبيق. عادةً ما تكون التسجيلات عبارة عن ملفات هائلة ، نظرًا لكمية المعلومات التي تُخزنها.

ملفات بيانات السجل مشفرة ، ومن الأفضل دائمًا معرفة كيفية المناورة في طريقك.

إذا لم تكن متأكدًا ، فاستخدم dmesg ، الذي يعرض جميع رسائل kernel. تُظهر الصيغة tail أول 10 رسائل بشكل افتراضي.

$ dmesg | tail

بينما دمج الأمر tail مع الكلمة الأساسية -f سيعمل على استمرار مراقبة ملف سجل النظام وطباعة الحدث التالي داخل سجل النظام.

$ dmesg | tail -f /var/log/syslog

سيستمر هذا الأمر في فحص التسجيلات وإظهار المشاكل المحتملة.

استكشاف أخطاء خادم Linux وإصلاحها بشكل فعَّال

قد يبدو استكشاف أخطاء خادم Linux وإصلاحه عملاً شاقًا في البداية ، ولكن هناك بعض الحالات الضرورية للحصول على بعض المفاهيم. إذا لم تُساعدك هذه الخطوات الخمس في تحديد المشكلة وتتبعها ، فقد يكون من المفيد إشراك أشخاص آخرين.

ومع ذلك ، في معظم الأوقات ، يجب أن تُساعد إحدى خطوات استكشاف الأخطاء وإصلاحها المذكورة أعلاه في حل المشكلة المطروحة التي تُواجهها. تحقق من كيفية تأمين خادم منزلي يعمل بنظام Linux.