العربيةعندما يصبح الخادم غير قابل للاستجابة، فإن الحصول على VMcore (المعروف أيضًا باسم core dump أو kernel dump) يمكن أن يكون خطوة حاسمة في تشخيص المشكلة. الـ VMcore هو لقطة لذاكرة النظام في وقت حدوث العطل أو Panic في النواة، والتي يمكن تحليلها لتحديد السبب الجذري للمشكلة.
إليك الخطوات التي يمكنك اتباعها للحصول على VMcore عندما يصبح الخادم غير قابل للاستجابة:
التحقق من مشكلات الأجهزة:
تأكد من عدم وجود مشكلات مادية مثل التوصيلات المفكوكة، أو الذاكرة العشوائية التالفة، أو السخونة الزائدة.
تفعيل Kdump:
Kdump هو آلية لتفريغ النواة تسمح للنواة بتشغيل نواة ثانية في حالة حدوث Panic. تأكد من تثبيتها وتكوينها بشكل صحيح.
التحقق من المساحة الحرة على القرص:
تأكد من وجود مساحة كافية على القرص لتخزين الـ vmcore. عادةً ما تخصص Kdump جزءًا من المساحة لهذا الغرض.
التحقق من أن Kexec مثبت ويعمل:
Kexec هو أداة تسمح بتحميل نواة جديدة دون إعادة تشغيل النظام. تأكد من تثبيتها وعملها بشكل صحيح.
الوصول عن بُعد:
إذا أمكن، حاول الوصول إلى الخادم عن بُعد باستخدام أدوات مثل SSH، أو IPMI، أو iLO، أو DRAC.
تفعيل العطل (Crash):
إذا كنت تستطيع الوصول إلى الخادم، يمكنك تفعيل العطل يدويًا باستخدام مجموعة مفاتيح SysRq. الضغط على Alt + SysRq + c سيؤدي إلى تفعيل العطل.
العطل التلقائي:
إذا كان الخادم غير قابل للاستجابة تمامًا ولا يمكنك الوصول إليه عن بُعد، سيتعين عليك الانتظار حتى يحدث العطل بشكل طبيعي.
جمع VMcore بعد العطل:
بعد حدوث العطل، يجب أن يقوم Kdump تلقائيًا بجمع الـ vmcore وحفظه في الموقع المحدد.
تحليل الـ Vmcore:
بمجرد الحصول على الـ vmcore، يمكنك تحليله باستخدام أدوات مثل crash، gdb، أو أدوات تصحيح الأخطاء الأخرى. يتطلب ذلك معرفة عميقة بتفاصيل النواة.
تجميد الـ Vmcore للتحليل (اختياري):
إذا لم تتمكن من تحليل الـ vmcore فورًا، تأكد من حفظه في مكان آمن لأنه قد يتم الكتابة فوقه في حالة حدوث أعطال أخرى.
توثيق وتقرير المشكلة:
وثق النتائج وإذا لزم الأمر، قم بالإبلاغ عن المشكلة إلى مسؤول النظام أو دعم البائع. يتضمن التقرير تفاصيل حول العطل، والـ vmcore، وأي ملفات سجلات ذات صلة.
تذكر أن التعامل مع الـ vmcores وتصحيح أخطاء النواة يتطلب معرفة فنية متقدمة. إذا لم تكن متأكدًا من أي خطوة، فمن الأفضل استشارة مسؤول نظام مؤهل أو فريق دعم.
