أستكشاف أخطاء جدار الحماية الآمن وإعادة تشغيل FirePOWER غير المتوقعة وإصلاحها

المقدمة

يصف هذا المستند خطوات أستكشاف الأخطاء وإصلاحها عند إجراء عمليات إعادة تحميل غير متوقعة لجدران الحماية/جدار الحماية الآمن.

---

المتطلبات الأساسية

المتطلبات

المعرفة الأساسية بالمنتج.

---

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• جدار الحماية الآمن طراز 1200 و 3100 و 4200
• Firepower 1000 و 4100 و 9300
• نظام التشغيل القابل للتشغيل الآمن (FXOS) من Cisco 2.16(0.136)
• Cisco Secure Firewall Threat Defense (FTD) 7.6.1.291
• مركز إدارة جدار الحماية الآمن (FMC) من Cisco 7.6.1.291
• جهاز الأمان القابل للتكيف (ASA) 9.22.2.9

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

---

الاختصارات

الاختصارات	الشرح
FXOS	نظام التشغيل Firepower Extensible: نظام التشغيل الأساسي الذي يعمل على الأنظمة الأساسية Firepower 1000 و 2100 و 3100 و 4100 و 4200 و 9300.
التطبيق	أي تطبيق يتم تشغيله فوق النظام الأساسي FXOS (ASA أو الدفاع ضد تهديد جدار الحماية الآمن).
SSP	النظام الأساسي لخدمات الأمان: يشير هذا المصطلح إلى الأنظمة الأساسية لأجهزة الأمان من Cisco التي تشغل FXOS.
أوبفل	تسجيل الأعطال على اللوحة: ملف السجل الذي يقوم بتخزين البيانات المتعلقة بالأخطاء؛ على سبيل المثال، أخطاء الذاكرة، أخطاء الناقل، المقاطعات. يوجد الملف في CIMC.
CMC	وحدة التحكم في إدارة الهيكل.
CIMC	عنصر التحكم المتكامل في الإدارة من Cisco.
سل	سجل أحداث النظام (SEL): يتواجد سجل أحداث النظام على CIMC على وحدة الأمان النمطية في NVRAM.
PSU	وحدة التزويد بالطاقة.
PDU	وحدة توزيع الطاقة.
بيتشي	ناقل واجهة التحكم في بيئة النظام الأساسي: هذا هو الناقل بين وحدة التحكم في إدارة اللوحة (BMC) ووحدة المعالجة المركزية (CPU) ومحطة التحكم في النظام الأساسي (PCH). يتم إستخدام PECI لجمع البيانات من وحدة المعالجة المركزية، DIMM، وما إلى ذلك.
BMC	أداة التحكم في إدارة اللوحة.
NPU	وحدة معالج الشبكات.
FPGA	مصفوفة بوابات قابلة للبرمجة في الموقع.
سام	إدارة FXOS هي مجموعة من العمليات التي توفر وظيفة إدارة الهيكل، كما تسمى بشكل جماعي SAM (مدير صفيف الخادم).
نظام تصحيح الأخطاء (ECC)	ذاكرة تصحيح الرمز هي نوع من ذاكرة الكمبيوتر يمكنه اكتشاف الأخطاء في البيانات وتصحيحها عند تخزينها أو إستردادها.
PCIe	PCI Express و Peripheral Component Interconnect Express.
PBTN (زر الطاقة):	يمثل PBTN ضغط زر الطاقة الفعلية.

---

معلومات أساسية

في هذا المستند، يتم إستخدام كل من "reboot" و"reload" و"restart" بشكل متبادل. من منظور المستخدم، يمكن تقريبا تعريف إعادة التشغيل غير المتوقعة على أنها أي إعادة تمهيد باستثناء هذه الحالات المعروفة جيدا أو الموثقة أو المتوقعة:

1. أعد التمهيد بسبب تثبيت البرامج أو ترقيتها.
2. قم بإعادة التمهيد بسبب إجراءات قام المستخدم بتشغيلها، على سبيل المثال، إعادة التشغيل من واجهة سطر الأوامر (CLI) أو واجهة المستخدم الرسومية (UI) أو إجراءات إيقاف/تشغيل الطاقة يدويا.

---

بناء على المشغل، إعادة التشغيل يمكن أن تكون إما جيدة أو غير جيدة:

1. يشير إعادة التشغيل بشكل عام إلى إعادة تشغيل نظام أو جهاز أو خدمة تسمح بإكمال جميع العمليات الحالية بشكل صحيح وحفظ جميع الملفات أو البيانات قبل حدوث إعادة التشغيل. يساعد ذلك على تجنب فقدان البيانات أو تلفها. الأمثلة على إعادة التشغيل التي تتسم بالهدوء تتضمن ما يلي:
   • أعد التمهيد بسبب تثبيت البرامج أو ترقيتها.
   • تتم إعادة التمهيد بسبب الإجراءات التي قام المستخدم بإطلاقها، مثل إعادة التمهيد من واجهة سطر الأوامر (CLI) أو واجهة المستخدم الرسومية (GUI).
   • في بعض الحالات، برنامج traceback.

---

2. إعادة التشغيل غير السارة هي عكس عمليات إعادة التشغيل التي تتم بشكل رائع، عندما تتم إعادة تمهيد النظام بشكل غير سار، وذلك دون إنهاء العمليات بشكل رائع. قد تؤدي عمليات إعادة التشغيل غير السارة إلى فقدان البيانات أو تلفها. وتتضمن أمثلة المشغلات ما يلي:
   • إيقاف تشغيل الطاقة بشكل عرضي وتشغيلها من خلال قطع جميع كابلات الطاقة أو تبديل زر الطاقة.
   • نقص في وحدة التزويد بالطاقة، مشكلات في وحدات إمداد طاقة الهيكل.
   • مشكلات مختلفة في الأجهزة و FPGA والبيئة وما إلى ذلك تتسبب في إعادة التشغيل (التمهيد) بشكل مفاجئ.

---

الأسباب الشائعة لعمليات إعادة التمهيد:

• إجراءات من قبل المستخدمين من واجهة سطر الأوامر (CLI) أو واجهة مستخدم الإدارة.
• ترقيات البرامج أو خفض الدرجات.
• برنامج traceback.
• المشغلات التي تتم بواسطة نظام التشغيل/العمليات الحيوية للنظام لأسباب أخرى غير traceback في البرامج.
• مشكلات الأجهزة مثل محركات الأقراص المزودة بذاكرة مصنوعة من مكونات صلبة (SSD) التالفة وأخطاء الذاكرة والاستثناءات في وحدة المعالجة المركزية (CPU) و FPGA الداخلية وما إلى ذلك.
• قضايا بيئية مثل فقد الطاقة، وفرط الحرارة، وما إلى ذلك.
• عيوب البرامج أو مشكلات أخرى في مكونات جهات خارجية.
• إستخدام مساحة كبيرة على القرص.

---

في الأنظمة الأساسية القائمة على الهيكل، من المهم النظر في نطاق إعادة التشغيل، وعلى وجه التحديد ما الذي تم إعادة تشغيله بالضبط:

• تطبيق ASA/FTD.
• وحدة الأمان النمطية (Firepower 4100/9300).
• الهيكل.

---

يتضمن السلوك الافتراضي:

• إذا تم تشغيل إعادة تمهيد على FTD قيد التشغيل في الوضع الأصلي، أو تم تشغيل ASA على FirePOWER 1000/2100، أو Secure Firewall 3100/4200؛ كما تتم إعادة تمهيد الهيكل.
• إذا تم تشغيل إعادة تمهيد على FTD قيد التشغيل في الوضع الأصلي، أو ASA على FirePOWER 4100/9300، أو وحدات الأمان، فإن وحدة الأمان تقوم أيضا بإعادة التمهيد. لا يتأثر الهيكل.
• إذا تم تشغيل عملية إعادة تمهيد على وضع FTD متعدد المثيلات على وحدات الأمان Firepower 4100/9300، فلن تتأثر بإعادة تمهيد المثيل تلك إلا ولا تتأثر وحدة الأمان والهيكل.
• إذا تم تشغيل عملية إعادة تمهيد على وضع FTD متعدد المثيلات على جدار الحماية الآمن 3100 و 4200، فلن يؤثر ذلك إلا عمليات إعادة تمهيد المثيل ولن يتأثر الهيكل.
• كما تتم إعادة تمهيد وحدة الأمان Firepower 4100/9300، حيث يتم تشغيل جميع التطبيقات على الوحدات النمطية المتأثرة بغض النظر عن وضع المثيلات المتعددة الأصلي.
• تؤدي إعادة التمهيد على الهيكل أيضا إلى إعادة تمهيد جميع وحدات الأمان وجميع التطبيقات.

---

إن إنهاء بعض العمليات الحرجة، سواء كانت رشيقة أو غير رشيقة، يمكن أن يؤدي إلى إعادة التشغيل. على سبيل المثال:

• إذا انتهت عملية مستوى البيانات، والمعروفة أيضا باسم lina بسبب traceback، فسيتم إعادة تمهيد جدار الحماية. الاستثناء هو إصدار البرنامج مع ميزة "إعادة التحميل السريع لمستوى البيانات" المقدمة في ASA 9.20(x) وFTD 7.4.1 لأنظمة أساسية معينة.
• في حالة انتهاء مدير العملية PM، يتم إعادة تمهيد جدار الحماية.

---

أستكشاف أخطاء سير العمل وإصلاحها

راجع سير عمل أستكشاف الأخطاء وإصلاحها الذي يشير إلى خطوات أستكشاف الأخطاء وإصلاحها:

---

خطوات استكشاف الأخطاء وإصلاحها

1. تأكد من الطابع الزمني للحدث بأكبر قدر ممكن من الدقة، مما يضمن لك أخذ المنطقة الزمنية بعين الإعتبار.
2. تحقق من الأجهزة الدقيقة وتمتع بتأمين نوع برنامج جدار الحماية (ASA أو FTD) وإصدار البرامج ووضع النشر (الوضع الأصلي أو متعدد المثيلات). ارجع إلى التحقق من إصدارات برنامج FirePOWER، والتحقق من FirePOWER، والمثيل، والتوفر، وتكوين قابلية التطوير للحصول على خطوات تحقق تفصيلية.

3. ارجع إلى قسم تحليل وقت العمل لربط وقت عمل تطبيق ASA/FTD، ووحدة الأمان النمطية (Firepower 4100/9300 فقط)، والهيكل. الهدف هو توضيح نطاق إعادة التشغيل أو التطبيق أو وحدة الأمان النمطية أو الهيكل.
4. في حالة إعادة تمهيد الهيكل، فعليك باتباع الخطوات التالية:

---

Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200 التي تشغل برنامج FTD في الوضع الأصلي أو تشغل ASA

4.1. راجع قسم تحليل ملفات رسائل FTD (FTD فقط).

4.2. تحقق من قسم تحليل ملفات ssp-pm.log.

4.3. تحقق من قسم تحليل ssp-shutdown.log files.

4.4. راجع قسم تحليل سجلات وحدة تحكم ASA/FTD .

4-5 المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

4.6. تحقق من قسم تحليل أسباب إعادة تعيين الهيكل.

4.7. راجع قسم تحليل أخطاء الأجهزة أو الاستثناءات.

4.8. راجع قسم تحليل ملفات سجل النظام الأساسي.

---

جدار الحماية الآمن طراز 3100 و 4200 الذي يعمل ببرنامج FTD في وضع الحاوية

4.9. تحقق من قسم تحليل ملفات ssp-pm.log.

4.10. تحقق من قسم تحليل ssp-shutdown.log files.

4-11- المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

4.12. تحقق من قسم تحليل أسباب إعادة تعيين الهيكل.

4.13. تحقق من قسم تحليل أخطاء الأجهزة أو الاستثناءات.

4.14. تحقق من قسم تحليل ملفات سجل النظام الأساسي.

---

Firepower 4100/9300

4.15. تحقق من قسم تحليل أسباب إعادة تعيين الهيكل.

4-16- المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

---

الأنظمة الأساسية الظاهرية التي تعمل ببرنامج FTD

4.17. تحقق من قسم تحليل ملفات رسائل FTD.

4.18. تحقق من قسم تحليل سجلات وحدة تحكم ASA/FTD .

4-19- المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

---

5. في حالة العثور على أسباب إعادة ضبط مثل هذه الأسباب في قسم تحليل أسباب إعادة ضبط الهيكل، ارجع إلى تحليل الجهد الكهربي للطاقة ومشكلات الإمداد:

• باور أون
• طلب PowerCycle
• إعادة التعيين بسبب الجهد الكهربائي غير الصحيح 
• لا وقت (السبب: غير معروف)

---

6. إذا كانت عملية إعادة تمهيد الهيكل متكررة، فقم بتجميع سجلات وحدة التحكم.

7. استمر في الخطوات التالية ل Firepower 4100/9300 إذا تم إعادة تمهيد وحدة الأمان:

---

وحدة الأمان Firepower 4100/9300 التي تعمل بنظام FTD في الوضع الأصلي أو ASA الجاري تشغيله

7.1. راجع قسم تحليل ملفات رسائل FTD (FTD فقط).

7.2. تحقق من قسم تحليل ملفات ssp-pm.log.

7.3. تحقق من قسم تحليل ssp-shutdown.log files.

7.4. تحقق من قسم تحليل سجلات وحدة تحكم ASA/FTD .

7-5 المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

7.6. راجع قسم تحليل أخطاء الأجهزة أو الاستثناءات.

7.7. راجع قسم تحليل ملفات SEL/OBFL.

7.8. راجع قسم تحليل ملفات سجل النظام الأساسي.

---

وحدة الأمان Firepower 4100/9300 التي تعمل بنظام FTD في وضع الحاوية

7.9.  تحقق من قسم تحليل ssp-pm.log files.

7.10. تحقق من قسم تحليل ssp-shutdown.log files.

7-11- المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

7.12. تحقق من قسم تحليل أخطاء الأجهزة أو الاستثناءات.

7.13. تحقق من قسم تحليل ملفات SEL/OBFL.

7.14. تحقق من قسم تحليل ملفات سجل النظام الأساسي.

---

8. أكمل بهذه الخطوات إذا تم إعادة تشغيل أحد إعدادات برنامج الإرسال فائق السرعة (FTD) متعددة المثيلات التي تعمل على FirePOWER 4100 أو 9300 أو Secure Firewall 3100 أو 4200، ولكن لم يتم إعادة تمهيد الهيكل أو وحدة الأمان Firepower 4100 و 9300:

8.1. راجع قسم تحليل ملفات رسائل FTD.

8.2. راجع قسم تحليل ملفات ssp-pm.log.

8.3. تحقق من قسم تحليل ssp-shutdown.log files.

8.4. راجع قسم تحليل سجلات وحدة تحكم ASA/FTD .

8-5 المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

---

9. إذا كانت هناك علامات لإعادة التشغيل بسبب إرجاع البرنامج، افتح حالة مركز المساعدة الفنية وقدم البيانات التي تم تجميعها.

10. عيوب برنامج البحث مع الكلمات الأساسية غير المتوقعة، إعادة التشغيل، الطاقة، إعادة التحميل، إعادة التشغيل، صامت:

---

في حالة العثور على عيب مطابق:

• تأكد ] أن الأعراض والحالات تتوافق مع تلك الموصوفة في الخلل.
• تطبيق حل بديل، إن وجد.
• قم بالترقية إلى الإصدار الثابت، إن وجد.

---

11. انتقل إلى قسم جمع البيانات وافتح حالة مركز المساعدة الفنية.

---

تحليل وقت التشغيل

الهدف من هذا القسم هو التحقق من وقت عمل تطبيق ASA/FTD ووحدة الأمان النمطية (Firepower 4100/9300 فقط) والهيكل.

1. تحقق من وقت تشغيل محرك جدار الحماية الذي يقوم بتشغيل الأمر show version على ASA، والأمر show version system على FTD:

> show version system
---------------[ firewall-FTD ]---------------
Model                     : Cisco Firepower 4112 Threat Defense (76) Version 7.6.1 (Build 291)
UUID                      : e9460e12-674c-11f0-97e5-d5ad3617d287
LSP version               : lsp-rel-20241211-1948
VDB version               : 408
---------------------------------------------------

Cisco Adaptive Security Appliance Software Version 9.22(1)21
SSP Operating System Version 2.16(0.3007)

Compiled on Thu 29-May-25 01:38 GMT by fpbesprd
System image file is "disk0:/fxos-lfbff-k8.2.16.0.136.SPA"

Config file at boot was "startup-config"

firewall-FTD up 5 days 0 hours

---

في ملف أستكشاف أخطاء FTD وإصلاحها، تحقق من الملف command-output/'usr-local-sf-bin-sfcli.pl show_tech_support asa_lina_cli_util.output':

/command-outputs$ less 'usr-local-sf-bin-sfcli.pl show_tech_support asa_lina_cli_util.output'
…
firewall-FTD up 5 days 0 hours
…

---

بالنسبة إلى ASA، تحقق من وقت التشغيل في ملف show-tech.

2. بالنسبة لأنظمة FTD التي تعمل في الوضع الأصلي على الأنظمة الأساسية الافتراضية، Firepower 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200؛ تحقق من وقت عمل نظام التشغيل (الأيام والساعات والدقائق) في وضع الخبير. في هذه الحالة، يكون وقت تشغيل الهيكل مساويا تقريبا لوقت تشغيل نظام التشغيل:

> expert
admin@firepower:/ngfw/Volume/home/admin$ uptime
 06:30:40 up 6 days,  8:01,  1 user,  load average: 5.14, 5.45, 5.48

---

في ملف أستكشاف أخطاء FTD وإصلاحها، تحقق من الملف dir-archives/var-log/top.log:

dir-archives/var-log$ less top.log
===================================================================================================

Tue Jul 22 04:02:11 UTC 2025

top - 04:02:11 up 6 days, 13:57,  4 users,  load average: 2.23, 2.42, 2.59
Tasks: 167 total,   2 running, 165 sleeping,   0 stopped,   0 zombie
%Cpu(s): 26.6 us,  7.8 sy,  1.6 ni, 64.1 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   7629.8 total,   2438.4 free,   4559.6 used,    631.8 buff/cache
MiB Swap:   5369.2 total,   3713.7 free,   1655.5 used.   2849.9 avail Mem

3. ---

   بالنسبة ل FTD في وضع المثيلات المتعددة على Secure Firewall 3100 أو 4200 و ASA الذي يعمل على FirePOWER 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200، لا يوجد أمر متوفر لفحص وقت عمل الهيكل.

يمكنك التحقق من وقت عمل الخادم النصلي:

> connect fxos
…
firewall# scope ssa
firewall /ssa # show slot detail expand

Slot:
    Slot ID: 1
    …
        Blade Uptime: up 16 hours, 2 min       

---

في ملف أستكشاف أخطاء الهيكل وإصلاحها، تحقق من وقت العمل في ملف opt/cisco/platform/logs/sysmgr/sam_logs/topout.log:

opt/cisco/platform/logs/sysmgr/sam_logs/topout.log $ less topout.log
[Jul 23 13:15:22]
top - 13:15:22 up 16:02,  1 user,  load average: 12.24, 11.85, 11.75

---

4. في حالة Firepower 4100/9300، تحقق من وقت عمل الهيكل ووحدة الأمان في واجهة سطر الأوامر (CLI) لنظام التشغيل FXOS.

وقت تشغيل الهيكل:

firewall /ssa # connect fxos
firewall(fxos)# show system uptime
System start time:          Tue Jul 22 21:57:44 2025
System uptime:              6 days, 9 hours, 49 minutes, 50 seconds
Kernel uptime:              6 days, 9 hours, 45 minutes, 58 seconds
Active supervisor uptime:   6 days, 9 hours, 49 minutes, 50 seconds

---

وقت تشغيل وحدة الأمان:

firewall# scope ssa
firewall /ssa # show slot detail expand
Slot:
    Slot ID: 1
    …
        Blade Uptime: up 5 days, 37 min       

---

في ملف أستكشاف أخطاء الهيكل وإصلاحها، قم بتشغيل مخرجات الأمر show system وقت التشغيل في الملف *_BC1_all/FPRM_A_TechSupport/sw_techsupportinfo، وأمر توسيع تفاصيل العرض slot في الملف *_BC1_all/FPRM_A_TechSupport/sam_techsupportinfo حيث* هو جزء من اسم ملف أستكشاف الأخطاء وإصلاحها، على سبيل المثال، 202503111233566FW_BC1_all.

---

تحليل ملفات رسائل FTD

يغطي هذا القسم تحليل ملف رسائل FTD الذي يحتوي على سجلات مرتبطة بإيقاف التشغيل وإعادة التشغيل والمشغلات المحتملة.

---

تشغيل برنامج FTD على جميع الأنظمة الأساسية

يحتوي الملف على سجلات مرتبطة بإيقاف التشغيل وإعادة التشغيل والمشغلات المحتملة الخاصة بها على FTD قيد التشغيل على:

• الأنظمة الأساسية الافتراضية و Firepower 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200 هيكل.
• وحدات الأمان Firepower 4100 و 9300.

---

يمكن الوصول إلى الملف في:

• FTD CLISH في وضع الخبراء: /ngfw/var/log/messages
• ملف استكشاف أخطاء FTD وإصلاحها: dir-archive/var-log/messages

---

للعثور على مشغل عمليات إيقاف التشغيل أو عمليات إعادة التشغيل، تحقق من الرسائل التي تحتوي على دفاع في ملف الرسائل داخل ملفات أستكشاف أخطاء FTD وإصلاحها. تأكد من التحقق من جميع ملفات الرسائل بما في ذلك الرسائل.1 والرسائل.2 وما إلى ذلك. تشير هذه الرسائل بوضوح إلى إيقاف تشغيل رائع:

• يتم الآن إيقاف جدار الحماية الآمن من Cisco...أو إيقاف Cisco Firepower..
• ...الدفاع عن التهديد يغلق

root@CSF1220-2:/ngfw/var/log# grep -a Defense /ngfw/var/log/messages
messages:Jul 22 21:07:10 firepower-1220 SF-IMS[36894]: [36894] S11audit-startup-shutdown:start [INFO] Cisco Secure Firewall 1220CX Threat Defense has started
messages:Jul 22 21:12:37 firepower-1220 SF-IMS[62594]: [62594] sensor:CLI Start [INFO] Starting Cisco Secure Firewall 1220CX Threat Defense
messages:Jul 22 21:13:03 firepower-1220 SF-IMS[65410]: [65410] S99sensor:CLI Start [INFO] Starting Cisco Secure Firewall 1220CX Threat Defense
messages:Jul 23 12:56:43 CSF1220-2 SF-IMS[61878]: [61878] K01sensor:CLI Stop [INFO] Stopping Cisco Secure Firewall 1220CX Threat Defense
messages:Jul 23 12:57:03 CSF1220-2 SF-IMS[62749]: [62749] K69audit-startup-shutdown:stop [INFO] Cisco Secure Firewall 1220CX Threat Defense is shutting down
messages:Jul 23 13:00:21 CSF1220-2 SF-IMS[10866]: [10866] S11audit-startup-shutdown:start [INFO] Cisco Secure Firewall 1220CX Threat Defense has started
messages:Jul 23 13:00:36 CSF1220-2 SF-IMS[13443]: [13443] S99sensor:CLI Start [INFO] Starting Cisco Secure Firewall 1220CX Threat Defense

root@1140-2:/ngfw/var/log# grep -a Defense /ngfw/var/log/messages

messages:Jul 22 09:20:42 FPR1140-2 SF-IMS[6012]: [6012] S11audit-startup-shutdown:start [INFO] Cisco Firepower 1140 Threat Defense has started
messages:Jul 22 09:21:35 FPR1140-2 SF-IMS[9050]: [9050] S99sensor:CLI Start [INFO] Starting Cisco Firepower 1140 Threat Defense
messages:Jul 22 11:32:37 FPR1140-2 SF-IMS[15129]: [15129] K01sensor:CLI Stop [INFO] Stopping Cisco Firepower 1140 Threat Defense
messages:Jul 22 11:32:55 FPR1140-2 SF-IMS[15940]: [15940] K69audit-startup-shutdown:stop [INFO] Cisco Firepower 1140 Threat Defense is shutting down
messages:Jul 22 11:36:38 FPR1140-2 SF-IMS[5980]: [5980] S11audit-startup-shutdown:start [INFO] Cisco Firepower 1140 Threat Defense has started
messages:Jul 22 11:36:53 FPR1140-2 SF-IMS[7594]: [7594] S99sensor:CLI Start [INFO] Starting Cisco Firepower 1140 Threat Defense

---

تحليل ملفات رسائل وحدة الأمان النمطية أو الهيكل

يغطي هذا القسم تحليل وحدة الأمان النمطية أو ملف رسائل الهيكل الذي يحتوي على سجلات متعلقة بنواة نظام التشغيل.

---

يحتوي الملف على سجلات مرتبطة بإيقاف التشغيل وإعادة التشغيل والمشغلات المحتملة الخاصة بها على FTD قيد التشغيل على:

• هيكل Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200.
• وحدات الأمان Firepower 4100 و 9300.

---

يمكن الوصول إلى الملف في:

• برنامج FTD المستند إلى الأجهزة الذي يعمل في الوضع الأصلي: /opt/cisco/platform/log/messages. 
• أستكشاف أخطاء FTD المستندة إلى الأجهزة وإصلاحها أثناء تشغيل ملف FTD في الوضع الأصلي: dir-archive/opt-cisco-platform-log/messages.
• ملف أستكشاف أخطاء الهيكل وإصلاحها Firepower 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200: /opt/cisco/platform/log/messages. 
• ملف show-tech لوحدة الأمان Firepower 4100/9300: /opt/cisco/platform/log/messages. 

---

هذه هي النقاط الأساسية على السجلات الموجودة في هذا الملف:

• تأكد من التحقق من جميع ملفات الرسائل بما في ذلك الرسائل.1 والرسائل.2 وما إلى ذلك.
• عند تمهيد نواة نظام التشغيل، تتم كتابة سجلات kernel إلى هذا الملف. على الأنظمة الأساسية للأجهزة ووحدات الأمان، تتم كتابة السجلات مبدئيا في المنطقة الزمنية بالتوقيت العالمي المنسق (UTC) إلى أن يتم تطبيق المنطقة الزمنية المخصصة أثناء وقت التمهيد.

لهذا السبب، يمكن أن يكون للسجلات المختلفة في نفس الملف أختام زمنية مختلفة ذات مناطق زمنية مختلفة.

---

تأمل في هذا المثال من وحدة الأمان Firepower 4100 مع المنطقة الزمنية UTC+2:

2025-08-18T14:54:16+02:00 Firepower-module1/2 root: FXOS shutdown log started: pid = 52994 cmdline = /bin/sh/sbin/fxos_log_shutdown ####
2025-08-18T14:54:16+02:00 Firepower-module1/2 root: FXOS shutdown log completed: pid = 52994
2025-08-18T14:54:17+02:00 Firepower-module1/2 syslog-ng[1230]: syslog-ng shutting down; version='3.36.1' <--- syslog-ng shutting down indicates graceful shutdown
2025-08-18T12:57:11+00:00 intel-x86-64/1 syslog-ng[1237]: syslog-ng starting up; version='3.36.1' <--- syslog-ng start timestamp with UTC timezone
2025-08-18T12:57:11+00:00 intel-x86-64/1 kernel: [    0.000000] Linux version 5.10.200-yocto-standard (oe-user@oe-host) (x86_64-wrs-linux-gcc (GCC) 10.3.0, GNU ld (GNU Binutils) 2.36.1.20210703) #1 SMP Fri Feb 7 01:00:00 UTC 2025
2025-08-18T12:57:11+00:00 intel-x86-64/1 kernel: [    0.000000] Command line: rw console=ttyS0,38400 loglevel=2 auto kstack=128 reboot=force panic=1 ide_generic.probe_mask=0x1 ide1=noprobe pci=nocrs pci=realloc processor.max_cstate=1 iommu=pt nousb platform=sspxru boot_img=disk0:/fxos-lfbff-k8.2.16.0.136.SPA ciscodmasz=1048576 cisconrsvsz=1572864 hugepagesz=1g hugepages=12 pti=off  rom_ver=1.3.1.44 ssp_mode=0
…
2025-08-18T12:58:34+00:00 intel-x86-64/1 csp-console: Adi not started yet, trying to bring up
2025-08-18T12:58:34+00:00 intel-x86-64/1 ssp_tz[12159]: INFO: Lina is started
2025-08-18T12:58:34+00:00 intel-x86-64/1 SMA: INFO ExecProcessorMain [140588852127296]: finished processing of sma_slot1.deletePlatformLicense, removed it from queue
2025-08-18T12:58:34+00:00 intel-x86-64/1 ssp_tz[12167]: INFO: notify TZ to ASA LINA <---- Time zone change was propagated to the firewall
2025-08-18T14:58:35+02:00 intel-x86-64/1 ssp_tz[12192]: INFO: successfully notified TZ to ASA LINA, wait <---- Logs with the UTC+2 timestamp
2025-08-18T14:58:36+02:00 intel-x86-64/1 csp-console: Adi not started yet, trying to bring up
2025-08-18T14:58:39+02:00 intel-x86-64/1 csp-console[1237]: Last message 'Adi not started yet,' repeated 1 times, suppressed by syslog-ng on intel-x86-64

---

تحليل ملفات ssp-pm.log

يغطي هذا القسم تحليل ملفات /opt/cisco/platform/logs/ssp-pm.log التي تحتوي على سجلات متعلقة بإيقاف تشغيل تطبيق ASA/FTD أو إعادة التمهيد.

---

يحتوي الملف على سجلات إيقاف التشغيل أو إعادة التشغيل الخاصة بتطبيقات ASA/FTD التي تعمل على:

• هيكل Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200.
• وحدات الأمان Firepower 4100 و 9300 (ليس الهيكل).

---

يمكن الوصول إلى الملف فقط في:

• CLISH الخاص بوضع FTD الأصلي (غير متعدد المثيلات) في وضع الخبراء: opt/cisco/platform/logs/ssp-pm.log.
• ملف أستكشاف أخطاء وضع FTD الأصلي وإصلاحها: dir-archives/opt-cisco-platform-logs/ssp-pm.log.
• ملف أستكشاف أخطاء الهيكل وإصلاحها على Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200: /opt/cisco/platform/logs/ssp-pm.log. 

---

لتحديد عمليات إيقاف التشغيل أو عمليات إعادة التشغيل التي تتسم بالهدوء، ابحث عن بنود مثل تحذير إيقاف التشغيل التي تطابق الطابع الزمني لإعادة التشغيل/إيقاف التشغيل. تأكد من فحص جميع ملفات ssp-pm.log بما في ذلك ssp-pm.log.1 و ssp-pm.log.2 وما إلى ذلك. تشير هذه الرسائل بوضوح إلى إيقاف تشغيل رائع:

Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING: Beginning System Shutdown request for CSP Apps
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-GetShutdownMaxForceQuitTimer: acquiring max force_quit_timeout from all heimdall confs
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING: Upgrade process ready for reboot
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-GetShutdownMaxForceQuitTimer: No force_quit_timeout found among conf files. Sendsigs_Sleep = 1
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING: Continue System Shutdown request for CSP Apps
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-SysShutdown_HeimdallSvcDownAllCspApps: corresponding heimdall conf file folder:
cisco-asa.9.22.2.9__asa_001_JMX2324G1DJ947ECO1.conf
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-SysShutdown_HeimdallSvcDownAllCspApps: corresponding cspCfgXML file folder:
...cspCfg_cisco-asa.9.22.2.9__asa_001_JMX2324G1DJ947ECO1.xml.allocated_cpu_core
…
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-SysShutdown_HeimdallSvcDownAllCspApps: stopping all CSPs according to existing heimdall/etc/confs
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-SysShutdown_HeimdallSvcDownAllCspApps: Stopping App for CONF:cisco-asa.9.22.2.9__asa_001_JMX2324G1DJ947ECO1.conf

---

تحليل ملفات ssp-shutdown.log

يغطي هذا القسم تحليل ملفات /opt/cisco/platform/logs/ssp-shutdown.log ، والتي تحتوي على السجلات التي تم إنشاؤها عند إيقاف تشغيل الهيكل/وحدة الأمان النمطية أو إعادة تشغيلها.

---

يحتوي الملف على سجلات إيقاف التشغيل أو إعادة التشغيل ل:

• هيكل Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200.
• وحدات الأمان Firepower 4100 و 9300 (ليس الهيكل).

---

يمكن الوصول إلى الملف فقط في:

• CLISH الخاص بوضع FTD الأصلي (غير متعدد المثيلات) في وضع الخبراء: opt/cisco/platform/logs/ssp-shutdown.log.
• ملف أستكشاف أخطاء وضع FTD الأصلي وإصلاحها: dir-archives/opt-cisco-platform-logs/ssp-shutdown.log.
• ملف أستكشاف أخطاء الهيكل وإصلاحها Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200: /opt/cisco/platform/logs/ssp-shutdown.log. 
• ملف أستكشاف أخطاء وحدة الأمان وإصلاحها Firepower 4100/9300: opt/cisco/platform/logs/ssp-shutdown.log.

---

ارجع إلى إجراءات إنشاء ملف FirePOWER لاستكشاف الأخطاء وإصلاحها حول كيفية إنشاء ملفات أستكشاف أخطاء FTD والهيكل ووحدة الأمان وإصلاحها.

---

للعثور على المشغل لعمليات إيقاف التشغيل أو إعادة التشغيل التي تتسم بالهدوء، قم بالمرور عبر هذه الخطوات:

1. تحقق من السطور مثل إيقاف تشغيل FXOS الذي بدأ يطابق الطابع الزمني لإعادة التشغيل/إيقاف التشغيل. تأكد من التحقق من جميع ملفات ssp-shutdown.log بما في ذلك ssp-shutdown.log.1، ssp-shutdown.log.2، وما إلى ذلك.

#### Wed Jul 23 12:56:42 UTC 2025: FXOS shutdown started: pid = 61677 cmdline = /bin/sh/sbin/fxos_log_shutdown

---

2. ابحث عن السطور ضمن شجرة العملية التي تحتوي على fxos_log_shutdown أو إيقاف تشغيل أو reboot.sh.
   
   مثال 1: جاء طلب إعادة التشغيل من نظير مع UUID 068f09e6-3825-11ee-a72c-e78d34d303cc وعنوان IP 192.0.2.100، وهو FMC:

root     61074  4593  2 12:56 ?        00:00:00          |   \_ /usr/bin/perl /ngfw/usr/local/sf/bin/exec_perl.pl 068f09e6-3825-11ee-a72c-e78d34d303cc 192.0.2.100 068f09e6-3825-11ee-a72c-e78d34d303cc SF::System::
Privileged::RebootSystem
root     61097 61074  0 12:56 ?        00:00:00          |       \_ /bin/sh /ngfw/usr/local/sf/bin/reboot.sh
root     61670 61097  0 12:56 ?        00:00:00          |           \_ /bin/sh /sbin/shutdown -r now
root     61671 61670  0 12:56 ?        00:00:00          |               \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     61676 61671  0 12:56 ?        00:00:00          |                   \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root     61677 61676  0 12:56 ?        00:00:00          |                       \_ /bin/sh /sbin/fxos_log_shutdown
root     61685 61677  0 12:56 ?        00:00:00          |                           \_ /bin/ps -ef –forest

> show managers
Type                      : Manager
Host                      : 192.0.2.100
Display name              : 192.0.2.100
Version                   : 7.6.1 (Build 291)
Identifier                : 068f09e6-3825-11ee-a72c-e78d34d303cc
Registration              : Completed
Management type           : Configuration and analytics

---

مثال 2: إعادة التشغيل بسبب ترقية البرامج:

root      2432     1  0 03:59 ?        00:00:00 /bin/bash /isan/bin/kp_reboot.sh Reboot requested for Software Upgrade
root      2694  2432  0 03:59 ?        00:00:00  \_ /bin/sh /isan/bin/sam_reboot.sh Reboot requested for Software Upgrade
root      3774  2694  0 04:00 ?        00:00:00      \_ /usr/bin/sudo /sbin/shutdown -r now Reboot requested for Software Upgrade
root      3777  3774  0 04:00 ?        00:00:00          \_ /bin/sh /sbin/shutdown -r now Reboot requested for Software Upgrade
root      3778  3777  0 04:00 ?        00:00:00              \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root      3783  3778  0 04:00 ?        00:00:00                  \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root      3784  3783  0 04:00 ?        00:00:00                      \_ /bin/sh /sbin/fxos_log_shutdown
root      3790  3784  0 04:00 ?        00:00:00                          \_ /bin/ps -ef –forest

---

المثال 3: تم طلب إعادة تشغيل من قبل المستخدم المسؤول عن طريق تشغيل الأمر clish reboot:

root     22189     1  0 Jul23 ?        00:00:01 sshd: /usr/sbin/sshd [listener] 0 of 10-100 startups
root     20963 22189  0 06:55 ?        00:00:00  \_ sshd: admin [priv]
admin    20970 20963  0 06:55 ?        00:00:00  |   \_ sshd: admin@pts/0
admin    20975 20970  0 06:55 pts/0    00:00:00  |       \_ /isan/bin/ucssh --ucs-mgmt -p admin -c connect ftd -z /home/admin
admin    21077 20975  0 06:55 pts/0    00:00:00  |           \_ /ngfw/usr/bin/clish
admin    36022 21077  0 07:23 pts/0    00:00:00  |               \_ /ngfw/usr/bin/clish
admin    36023 21077  0 07:23 pts/0    00:00:00  |               \_ /bin/sh /tmp/klish.fifo.21077.1Hwyq1
admin    36024 36023  8 07:23 pts/0    00:00:01  |                   \_ /usr/bin/perl /usr/local/sf/bin/sfcli.pl reboot system
root     36083 36024  0 07:23 pts/0    00:00:00  |                       \_ /usr/bin/sudo /ngfw/usr/local/sf/bin/reboot.sh
root     36088 36083  0 07:23 pts/0    00:00:00  |                           \_ /bin/sh /usr/local/sf/bin/reboot.sh
root     36433 36088  0 07:23 pts/0    00:00:00  |                               \_ /bin/sh /sbin/shutdown -r now
root     36434 36433  0 07:23 pts/0    00:00:00  |                                   \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     36439 36434  0 07:23 pts/0    00:00:00  |                                       \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root     36440 36439  0 07:23 pts/0    00:00:00  |                                           \_ /bin/sh /sbin/fxos_log_shutdown
root     36448 36440  0 07:23 pts/0    00:00:00  |                                               \_ /bin/ps -ef --forest

---

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

root      1310     1  0 00:14 ?        00:00:00 /usr/sbin/acpid -c /etc/acpi/events
root     50700  1310  0 00:32 ?        00:00:00  \_ /bin/sh /etc/acpi/acpi_handler.sh button/power PBTN 00000080 00000000
root     50701 50700  0 00:32 ?        00:00:00      \_ /bin/sh /sbin/shutdown -h now
root     50702 50701  0 00:32 ?        00:00:00          \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     50707 50702  0 00:32 ?        00:00:00              \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root     50708 50707  0 00:32 ?        00:00:00                  \_ /bin/sh /sbin/fxos_log_shutdown
root     50715 50708  0 00:32 ?        00:00:00                      \_ /bin/ps -ef –forest

---

مثال 5: تم طلب إعادة التشغيل بواسطة العملية NPU_acel_mgr الداخلية:

root     12649  5280  0 13:59 ?        00:01:06  \_ npu_accel_mgr
root     19030 12649  0 18:22 ?        00:00:00  |   \_ /bin/sh /sbin/shutdown -r now
root     19031 19030  0 18:22 ?        00:00:00  |       \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     19036 19031  0 18:22 ?        00:00:00  |           \_ /usr/bin/ timeout 15 /sbin/fxos_log_shutdown
root     19037 19036  0 18:22 ?        00:00:00  |               \_ /bin/sh /sbin/fxos_log_shutdown
root     19043 19037  0 18:22 ?        00:00:00  |                   \_ /bin/ps -ef –forest

---

مثال 6: تم طلب إيقاف تشغيل بواسطة العملية poshd الداخلية:

root       643     1  0 13:00 ?        00:00:00 /usr/bin/poshd
root     13207   643  0 13:43 ?        00:00:00  \_ /bin/sh /sbin/shutdown -h -P now
root     13208 13207  0 13:43 ?        00:00:00      \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     13213 13208  0 13:43 ?        00:00:00          \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root     13214 13213  0 13:43 ?        00:00:00              \_ /bin/sh /sbin/fxos_log_shutdown
root     13221 13214  0 13:43 ?        00:00:00                  \_ /bin/ps -ef –forest

يعد POSHD مسؤولا عن إيقاف تشغيل الجهاز على نحو يتسم بالسلاسة في حالة حدوث مشكلة في الطاقة (سواء من خلال زر الطاقة أو عامل طاقة خارجي).

---

مثال 7: تم تشغيل عملية إعادة التشغيل بواسطة تغييرات الحالة لمحرك جدار الحماية Lina، مثل:

• من خلال تشغيل الأمر reload في ASA CLI أو FTD Diagnostic CLI
• Lina Engine Traceback (باستثناء الإصدارات التي تحتوي على ميزة "إعادة التحميل السريع لمستوى البيانات" المقدمة في ASA 9.20(x) وFTD 7.4.1.)
• المزامنة الجزئية/غير الكاملة من الوحدة النشطة إلى الوحدة الاحتياطية

root     56833 56198  0 00:48 ?        00:00:00  |   \_ /ngfw/usr/local/sf/bin/consoled /ngfw/var/run/lina.pid -coredump_filter=0x67 /ngfw/usr/local/asa/bin/lina_monitor -l
root     57003 56833  0 00:48 ?        00:00:00  |       \_ /bin/sh /sbin/shutdown -r now
root     59448 57003  0 00:48 ?        00:00:00  |           \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     59453 59448  0 00:48 ?        00:00:00  |               \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root     59454 59453  0 00:48 ?        00:00:00  |                   \_ /bin/sh /sbin/fxos_log_shutdown
root     59461 59454  0 00:48 ?        00:00:00  |                       \_ /bin/ps -ef –forest

---

تحليل أسباب إعادة تعيين الهيكل

يغطي هذا القسم تحليل أسباب إعادة تعيين الهيكل. في هيكل Firepower 4100/9300، يمكن الوصول إلى سبب إعادة الضبط فقط في:

• واجهة سطر أوامر FXOS:

# connect fxos
(fxos)# show system reset-reason

• في إخراج الأمر show system reset-reason في ملفات أستكشاف أخطاء الهيكل وإصلاحها *_bc1_all/FPRM_A_techSupport/sw_techsupportinfo، حيث يمثل * جزء اسم ملف أستكشاف الأخطاء وإصلاحها، على سبيل المثال، 2025031123356_ fw_bc1_all

---

في Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200، يمكن الوصول إلى سبب إعادة الضبط فقط في:

• CLISH الخاص بوضع FTD الأصلي (غير متعدد المثيلات) في وضع الخبراء: opt/cisco/platform/logs/portmgr.out.
• ملف أستكشاف أخطاء وضع FTD الأصلي وإصلاحها: dir-archives/opt-cisco-platform-logs/portmgr.out.
• ملف أستكشاف أخطاء الهيكل وإصلاحها على Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200: /opt/cisco/platform/logs/portmgr.out. 

ارجع إلى إجراءات إنشاء ملف FirePOWER لاستكشاف الأخطاء وإصلاحها حول كيفية إنشاء ملفات FTD والهيكل ووحدة الأمان.

---

للعثور على سبب إعادة ضبط أنظمة الأجهزة الأساسية بخلاف Firepower 4100/9300، اتبع الخطوات التالية:

1. في /opt/cisco/platform/logs/portmgr.out، تحقق من سطور مثل، آخر إعادة ضبط سبب أن يطابق ال reboot/إيقاف عمل ختم وقت. تأكد من فحص جميع ملفات portmgr.out بما في ذلك portmgr.out.1 و portmgr.out.2 وما إلى ذلك.

2. ارجع إلى هذا الجدول للحصول على شرح للأسباب الشائعة لإعادة التعيين:

سبب إعادة التعيين	الشرح
باور أون	كانت آخر عملية إعادة ضبط لها قد حدثت بسبب حدث تشغيل الطاقة (دورة طاقة التيار المتردد).
LocalSoft	تمت آخر إعادة تعيين بسبب إعادة تعيين برنامج محلي (إعادة تعيين البرنامج إلى وحدة المعالجة المركزية).
فان فايل	يتسبب اكتشاف أعطال المروحة أو عدم وجود درج المروحة في تشغيل النظام.
إعادة تعيين RP	يشير هذا البت إلى أن البرنامج طلب دورة طاقة.
BootRomUpgrade	تم إجراء آخر إعادة تعيين بسبب إعادة تعيين فلاش ترقية صورة.
BootRomUpgradeFail	فشلت عملية الترقية.
مراقب/منظمة الصحة العالمية	تم إجراء آخر إعادة تعيين بسبب مهلة جهاز مراقبة في FPGA.
يدوي	تمت آخر عملية إعادة تعيين بسبب إعادة تعيين زر الضغط يدويا.
إيقاف	تم إجراء آخر إعادة تعيين بسبب إيقاف تشغيل محول الطاقة يدويا.
خطأ لا يمكن إصلاحه	بسبب إشارة الخطأ الكارثية لوحدة المعالجة المركزية.
إعادة تعيين الطلب	تمت آخر إعادة تعيين بسبب وحدة المعالجة المركزية (CPU) التي تؤكد إشارة إعادة التعيين. ويمكن ان يحدث ذلك أيضا بسبب ذعر النواة. كما يتم عرض هذا السبب عند تشغيل إعادة تمهيد FTD يدويا من CLISH أو Lina أو FMC.
طلب PowerCycle	تم إجراء آخر إعادة ضبط/دورة طاقة بسبب تأكيد وحدة المعالجة المركزية (CPU) على أي إشارات نوم.

---

للعثور على سبب إعادة ضبط Firepower 4100/9300، اتبع الخطوات التالية:

1. على واجهة سطر أوامر (CLI) نظام FXOS، قم بتشغيل الأمر show system reset-reason في طبقة الأمر fxos. 

FPR4115-2 # connect fxos
…
FPR4115-2(fxos)# show system reset-reason
----- reset reason for Supervisor-module 1 (from Supervisor in slot 1) ---
1) At 612806449 usecs after Tue Jul 22 23:50:33 2025
    Reason: Reset Requested by CLI command reload
    Service:
    Version: 5.0(3)N2(4.141)

2) No time
    Reason: Unknown
    Service:
    Version: 5.0(3)N2(4.141)

3) No time
    Reason: Unknown
    Service:
    Version: 5.0(3)N2(4.141)

4) At 723697 usecs after Thu Oct  3 17:56:08 2024
    Reason: Reset Requested by CLI command reload
    Service:
    Version: 5.0(3)N2(4.120)

---

كما يتوفر إخراج هذا الأمر في ملف أستكشاف أخطاء الهيكل وإصلاحها *_bc1_all/FPRM_A_TechSupport/sw_techsupportinfo، حيث يعد * جزءا من اسم ملف أستكشاف الأخطاء وإصلاحها. على سبيل المثال، 2025031123356_ fw_bc1_all

# pwd
20250521112103_FPR9300_BC1_all/FPRM_A_TechSupport
# less sam_techsupportinfo

---

الأسباب الأكثر شيوعا:

إعادة تعيين مطلوب بواسطة أمر CLI (واجهة سطر الأوامر).

وكانت آخر عملية إعادة تعيين لها بسبب انتهاء مهلة المراقبة.

تم طلب إعادة تعيين بسبب خطأ فادح في النظام.

تم طلب إعادة تعيين بسبب خطأ فادح في الوحدة النمطية.

انخفاض الطاقة بسبب مشغل سياسة مستشعر درجة الحرارة.

إعادة التعيين بسبب الجهد الكهربائي غير الصحيح.

تم طلب إعادة تعيين بسبب خطأ فادح في النظام.

تمت إعادة التعيين بسبب أخطاء متعددة في ذاكرة ASIC غير قابلة للتصحيح.

إعادة التعيين بسبب ذعر kernel.

إعادة تعيين "تم التشغيل" بسبب نهج HA للتحويل.

طلب إعادة تشغيل Kernel.

إعادة التعيين لسبب غير معروف.

---

2. يشير السبب غير المعروف لعدم وجود وقت في الخطوة 1 عادة إلى حدوث انقطاع مفاجئ في الطاقة أو مشكلات في وحدة التزويد بالطاقة (PSU). تتمثل التوصية في فحص الحوادث بحثا عن مشكلات انقطاع التيار الكهربائي الخارجي أو توزيع الطاقة.

---

3. بالإضافة إلى ذلك، قم بتشغيل إخراج سبب إعادة التعيين الداخلي show logging on board أمر | no-more. يتوفر إخراج هذا الأمر أيضا في ملف أستكشاف أخطاء الهيكل وإصلاحها *_bc1_all/FPRM_A_TechSupport/sw_kernel_trace_log، حيث يمثل * جزء اسم ملف أستكشاف الأخطاء وإصلاحها. على سبيل المثال، 2025031123356_ fw_bc1_all:

FPR4115-2 # connect fxos
…
KSEC-FPR4115-2(fxos)# show logging onboard internal reset-reason | no-more 
----------------------------
OBFL Data for
    Module:  1
----------------------------
Reset Reason for this card:
        Image Version : 5.0(3)N2(4.141)
        Reset Reason (SW): Unknown (0) at time Fri Jul  4 23:57:21 2025
          Service (Additional Info):
        Reset Reason (HW): FPGA  reset code: 0x0001
          FPGA Power-ON Reset at time Fri Jul  4 23:57:21 2025

---

تحليل أخطاء الأجهزة أو الاستثناءات

يغطي هذا القسم تحليل الملفات التي تحتوي على أخطاء أجهزة أو إستثناءات.

وحدات الأمان Firepower 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200 و Firepower 4100/9300

الملفات ذات الصلة هي:

• /opt/cisco/platform/logs/mce.log (سجل إستثناءات التحقق من الجهاز)
• /ngfw/var/log/dmesg.log (في وضع FTD فقط)
• /opt/cisco/config/var/logs/dmesg.log
• /opt/cisco/platform/logs/messages

---

يمكن أن تحتوي هذه الملفات على أخطاء أجهزة أو سجلات إستثناءات ل:

• هيكل Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200
• وحدات الأمان Firepower 4100 و 9300 (ليس الهيكل)

---

يمكن الوصول إلى الملفات فقط في:

• CLISH الخاص بوضع FTD الأصلي (غير متعدد المثيلات) في وضع الخبراء:
  • /opt/cisco/platform/logs/mce.log
  • /ngfw/var/log/dmesg.log (في وضع FTD فقط)
  • /opt/cisco/config/var/logs/dmesg.log
  • /opt/cisco/platform/logs/messages

---

• ملف أستكشاف أخطاء وضع FTD الأصلي وإصلاحها:
  • dir-archives/var-common-platform_ts/opt/cisco/platform/logs/mce.log
  • dir-archive/var-common-platform_ts/opt/cisco/platform/log/messages
  • dir-archives/var-common-platform_ts/opt/cisco/config/var/logs/dmesg.log
  • dir-archives/var-log/dmesg.log
• ملف أستكشاف أخطاء الهيكل وإصلاحها على Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200:
  • /opt/cisco/platform/logs/mce.log
  • /opt/cisco/config/var/logs/dmesg.log
  • /opt/cisco/platform/logs/messages
• ملف فني خاص بوحدة الأمان Show-Tech على FirePOWER 4100/9300:
  • /opt/cisco/platform/logs/mce.log
  • /opt/cisco/config/var/logs/dmesg.log
  • /opt/cisco/platform/logs/messages

---

أمثلة للأخطاء المتعلقة بالأجهزة:

opt/cisco/config/var/logs/ $ less dmesg.log
[Sun Apr 27 05:17:10 2025] mce: [Hardware Error]: Machine check events logged
[Sun Apr 27 05:17:10 2025] mce: [Hardware Error]: Machine check events logged

/opt/cisco/platform/logs $ less messages
Jul  9 17:39:38 fw2 kernel: [  628.949572] [Hardware Error]: Corrected error, no action required.
Jul  9 17:39:38 fw2 kernel: [  629.023798] [Hardware Error]: CPU:2 (19:1:1) MC18_STATUS[Over|CE|MiscV|AddrV|-|-|SyndV|CECC|-|-|-]: 0xdc2040000000011b
Jul  9 17:39:38 fw2 kernel: [  629.152245] [Hardware Error]: Error Addr: 0x0000000068d06d40
Jul  9 17:39:38 fw2 kernel: [  629.152248] [Hardware Error]: PPIN: 0x02b0bc114ba60075
Jul  9 17:39:38 fw2 kernel: [  629.281830] [Hardware Error]: IPID: 0x0000009600550f00, Syndrome: 0x000400040a801200
Jul  9 17:39:38 fw2 kernel: [  629.374797] [Hardware Error]: Unified Memory Controller Ext. Error Code: 0, DRAM ECC error.
Jul  9 17:39:38 fw2 kernel: [  629.475078] [Hardware Error]: cache level: L3/GEN, tx: GEN, mem-tx: RD
Jul  9 17:44:40 fw2 kernel: [  930.967028] [Hardware Error]: Corrected error, no action required.
Jul  9 17:44:40 fw2 kernel: [  931.041247] [Hardware Error]: CPU:2 (19:1:1) MC18_STATUS[Over|CE|MiscV|AddrV|-|-|SyndV|CECC|-|-|-]: 0xdc2040000000011b
Jul  9 17:44:40 fw2 kernel: [  931.169689] [Hardware Error]: Error Addr: 0x000000007191d0c0
Jul  9 17:44:40 fw2 kernel: [  931.237616] [Hardware Error]: PPIN: 0x02b0bc114ba60075
Jul  9 17:44:40 fw2 kernel: [  931.299275] [Hardware Error]: IPID: 0x0000009600550f00, Syndrome: 0x000040000a801100


/opt/cisco/platform/logs $ less mce.log
Hardware event. This is not a software error.
MCE 0
CPU 0 BANK 7 TSC 7b29f624ae62e 
MISC 140129286 ADDR 3402b9a00 
TIME 1745747035 Sun Apr 27 09:43:55 2025
MCG status:
MCi status:
Corrected error
MCi_MISC register valid
MCi_ADDR register valid
MCA: MEMORY CONTROLLER RD_CHANNEL0_ERR
Transaction: Memory read error
STATUS 8c00004000010090 MCGSTATUS 0
MCGCAP 1000c16 APICID 0 SOCKETID 0 
PPIN afeebaf20487b95
MICROCODE 700000d
CPUID Vendor Intel Family 6 Model 86 Step 3
mcelog: failed to prefill DIMM database from DMI data

---

أخطاء كارثية (Caterr) على وحدات الأمان Firepower 4100/9300

CatERR إستثناء تم تأكيده بواسطة المعالج. يمكن أن يشير Caterr إلى عطل في وحدة المعالجة المركزية (CPU) أو مشاكل ذات مستوى منخفض تجعل الوصول إلى الخادم النصلي متعذرا. يقوم مشرف الهيكل بإعادة تمهيد وحدة الأمان التي تتمتع بالخبرة Caterr. توجد سجلات Caterr داخل ملف أستكشاف أخطاء Firepower 4100/9300 وإصلاحها في CIMC<X>_TechSupport/obfl/ وCIMC<X>_TechSupport/var/log/sel، حيث يمثل <X> رقم الوحدة النمطية.

---

مثال من عينة هيكل يتحرى مبرد *_bc1_all/CIMC<X>_TechSupport.tar.gz/CIMC<X>_TechSupport.tar/obfl/obfl-log، حيث * هو جزء من اسم ملف أستكشاف الأخطاء وإصلاحها. على سبيل المثال، 2025031123356_ fw_bc1_all و <x>هو معرف وحدة الأمان النمطية:

2022 Mar 25 22:33:13 CET:4.1(30b):selparser:1950: selparser.c:727: # BF 06 00 00 01 02 00 00 19 35 3E 62 20 00 04 07 81 00 00 00 04 01 FF FF # 6bf | 03/25/2022 22:33:13 CET | CIMC | Processor CATERR_N #0x81 | Predictive Failure asserted | Asserted

---

يقوم محرك إدارة البيانات الحالي (DME) بتسجيل الدخول *_BC1_all/FPRM_A_TechSupport.tar.gz\FPRM_A_TechSupport.tar\var\sysmgr\sam_logs\svc_sam_dme.log* أو السجلات قبل إعادة التمهيد في *_BC1_all/FPRM_A_TechSupport.tar.gz/FPRM_A_TechSupport.tar/opt/sam_logs.tgz/sam_logs.tar/sam_logs/svc_sam_dme.log* تحتوي على الخطوط ذات الخادم النصلي طراز X لدورة الطاقة بسبب Caterr، حيث يمثل X معرف الخادم النصلي.

---

في حالة Caterr، يمكن إنشاء تفريغ عطل. تفريغ الأعطال في *_bc1_all/CIMC<X>_TechSupport.tar.gz/CIMC<X>_TechSupport.tar/techsupport_pidxxxx/nv/etc/log/eng-repo/caterrlog.first.

مثال المحتوى:

CRASH DUMP START TIME = Mon Dec 19 00:42:40 2022
               SERVER: presidio
               GetCpuID: CPUID = 0x00050654
               PresidioCatErrHandler: CPU TYPE : Skylake
               handleCaterr_Purley: ---
               PECI BUS : LOCKED
               CPU Socket 1 : Populated
               CPU Socket 2 : Populated
               Stage1Dump: ---
               MC0: IFU - Instruction Fetch Unit and Instruction Cache
               CPU1 (0x30): ThreadID 0 : IA32_MC0_CTL (0x400) : 0x0000000000000fff
               CPU1 (0x30): ThreadID 0 : IA32_MC0_STATUS (0x401) : 0x0000000000000000
               CPU1 (0x30): ThreadID 0 : IA32_MC0_ADDR (0x402) : 0x0000000000000000

---

تحليل ملفات سجل النظام الأساسي الأخرى

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

وحدات الأمان Firepower 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200 و Firepower 4100/9300

تحتوي الملفات على سجلات الهيكل ل:

• هيكل Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200
• وحدات الأمان Firepower 4100 و 9300 (ليس الهيكل)

---

يمكن الوصول إلى الملفات فقط في:

• الوضع الأصلي ل FTD (ليس متعدد المثيلات) CLISH في وضع الخبراء في /opt/cisco/platform/log/
• أسلوب FTD الأصلي لاستكشاف أخطاء الملفات dir-archive/var-common-platform_ts/opt/cisco/platform/log/
• ملف أستكشاف أخطاء الهيكل وإصلاحها على Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200 داخل /opt/cisco/platform/log/
• وحدة الأمان Show-tech File على FirePOWER 4100/9300 in /opt/cisco/platform/log/

---

للعثور على السجلات المحتملة المتعلقة بإعادة التشغيل، ابحث عن الأسطر التي تحتوي على كلمات أساسية مثل reboot، إعادة التشغيل، الطاقة، إيقاف، إعادة التحميل.

---

مثال 1:

admin@firewall:/opt/cisco/platform/logs$ grep -Ei "power|reboot|reload|restart|shut" *
...
npu_accel_fatal_err_stats.log:nic_top_inb_q_restart_drop_cnt = 0
npu_accel_fatal_err_stats.log:nic_top_norm_q_restart_drop_cnt = 0
npu_accel_fatal_err_stats.log:nic_top_inb_q_restart_drop_cnt = 0
npu_accel_mgr.log:2025 Oct 03 14:29:16 NPU ACCEL MGR: FATAL - NPU Accelerator FAILED - REBOOTING the device !!
npu_accel_mgr.log:2025 Oct 09 18:13:09 NPU ACCEL MGR: FATAL - NPU Accelerator FAILED - REBOOTING the device !!
npu_accel_mgr.log:2025 Oct 17 17:11:23 NPU ACCEL MGR: FATAL - NPU Accelerator FAILED - REBOOTING the device !!
npu_accel_mgr.log:2025 Oct 17 17:31:55 NPU ACCEL MGR: FATAL - NPU Accelerator FAILED - REBOOTING the device !!
npu_accel_mgr.log:2025 Oct 17 19:29:29 NPU ACCEL MGR: FATAL - NPU Accelerator FAILED - REBOOTING the device !!
ntp.log:27 Sep 02:21:16 ntpd[1580]: 0.0.0.0 c016 06 restart
ntp.log:27 Sep 02:23:27 ntpd[10193]: 0.0.0.0 c016 06 restart
...

في هذه الحالة، تم تشغيل إعادة التشغيل بسبب فشل مسرع وحدة معالجة الشبكة (NPU) الخاص بجدار الحماية الآمن 4200.

---

تحليل ملفات SEL/OBFL

يغطي هذا القسم تحليل الملفات باستخدام سجلات أحداث الأمان (SEL)، وسجلات الأعطال المدمجة (OBFL) على وحدات الأمان Firepower 4100/9300. تحتوي هذه الملفات على أحداث أجهزة الوحدة النمطية وتغييرات حالة الطاقة، وهي موجودة داخل ملف أستكشاف أخطاء Firepower 4100/9300 وإصلاحها، في CIMC<X>_TechSupport/obfl/ وCIMC<X>_TechSupport/var/log/sel، حيث يمثل <X> رقم الوحدة النمطية. ابحث عن سطور مع إيقاف حالة الأحرف وإيقاف التشغيل وإيقاف تشغيل وإعادة ضبط، هام.

---

مثال 1:

2023 Sep 21 13:53:13:4.1(30b):cipmi:1088: [[xxxCVxxx]]:oem_command.c:457:IPMI Request Message --> Chan:15, Netfn:0x04, Cmd:0x02, Data: 0x41 0x03 0x20 0x46 0x6f 0xa1 0x61 0x74, CC:0x00
2023 Sep 21 13:53:13:4.1(30b):selparser:1203: [[xxxCVxxx]]:selparser.c:727: # A9 04 00 00 01 02 00 00 49 DA 0B 65 41 F0 04 20 46 00 00 00 6F A1 61 74 # 4a9 | 09/21/2023 13:53:13 AWST | System Mgmt Software | OS stop/shutdown #0x46 | Run-time critical stop |  | Asserted
2023 Sep 21 13:53:14:4.1(30b):cipmi:1088: peci.c:278:Error: Failed to read local PCI config after 3 retries! Completion Code error [PECI Dev=0x30,Resp=0x00,CC=0x80] Request Details: [pci_bus=0x02,pci_dev=0x0a,pci_fxn=0x03,pci_reg=0x104,length=0x04]
2023 Sep 21 13:53:15:4.1(30b):kernel:-:<5>[platform_reset_cb_handler]:75:Platform Reset ISR -> ResetState: 1
2023 Sep 21 13:53:15:4.1(30b):cipmi:1088: ocmds_intel_me.c:251:Intel ME Operating State:[M0 without UMA](5)
2023 Sep 21 13:53:15:4.1(30b):cipmi:1088: ocmds_intel_me.c:261:Intel ME is initializing.

---

مثال 2: إيقاف تشغيل مستوى نظام التشغيل:

2025 Jul 30 23:31:02 UTC:4.1(30b):cipmi:1052: [[xxxCVxxx]]:oem_command.c:457:IPMI Request Message --> Chan:15, Netfn:0x04, Cmd:0x02, Data: 0x41 0x03 0x20 0x46 0x6f 0xa1 0x61 0x74, CC:0x00
2025 Jul 30 23:31:02 UTC:4.1(30b):selparser:1169: [[xxxCVxxx]]:selparser.c:727: # 48 03 00 00 01 02 00 00 36 AB 8A 68 41 F0 04 20 46 00 00 00 6F A1 61 74 # 348 | 07/30/2025 23:31:02 UTC | System Mgmt Software | OS stop/shutdown #0x46 | Run-time critical stop |  | Asserted
2025 Jul 30 23:31:04 UTC:4.1(30b):kernel:-:<5>[platform_reset_cb_handler]:75:Platform Reset ISR -> ResetState: 1
2025 Jul 30 23:31:05 UTC:4.1(30b):kernel:-:<4>[peci_ioctl]:293:non-responsive controller, resetting peci.  process = qpi_logger.
2025 Jul 30 23:31:05 UTC:4.1(30b):cipmi:1052: ocmds_intel_me.c:251:Intel ME Operating State:[M0 without UMA](5)
2025 Jul 30 23:31:05 UTC:4.1(30b):cipmi:1052: ocmds_intel_me.c:261:Intel ME is initializing.
2025 Jul 30 23:31:05 UTC:4.1(30b):information_logger:589: uptime.c:1219:Host Transition Ocurred. Event Count: 146. New state is "Power Off".

---

المثال 3: إعادة تعيين وحدة التحكم في إدارة اللوحة الأساسية بسبب المراقبة:

2025 Jun 14 07:44:50 CDT:4.1(30b):kernel:-:<3>[watchdog_init]:487:BMC Watchdog resetted BMC.
2025 Jun 14 07:44:50 CDT:4.1(30b):kernel:-:<3>[watchdog_init]:489:BMC Watchdog System Bus Debug Status Registers: 0x0 and0x0
2025 Jun 14 07:44:50 CDT:4.1(30b):kernel:-:<3>[watchdog_init]:523:BMC Watchdog resetted BMC due to OOM.

---

تحليل سجلات وحدة تحكم ASA/FTD

يغطي هذا القسم تحليل ملفات ASAConsingle.log التي تحتوي على سجلات من محرك Lina ويمكن فحصها بحثا عن علامات تتبع البرامج أو إعادة التمهيد. يحتوي الملف على سجلات إيقاف التشغيل أو إعادة التشغيل الخاصة بوحدات ASA/FTD التي تعمل على الأنظمة الأساسية الظاهرية و Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200 و Firepower 4100 و 9300 وحدات الأمان (وليس الهيكل).

---

يمكن الوصول إلى الملف فقط في:

• FTD CLISH في وضع الخبراء: /ngfw/var/log/ASAConsole.log
• ملف استكشاف أخطاء FTD وإصلاحها: dir-archives/opt-cisco-platform-logs/ASAConsole.log.
• أستكشاف أخطاء وحدة الأمان وإصلاحها بالملف الموجود على FirePOWER 4100/9300: /opt/platform/logs/ASAConsole.log
• Firepower 1000 و 2100 وجدار الحماية Secure Firewall 1200 و 3100 و 4200 chassis إظهار الملف الفني: /opt/platform/logs/ASAConsole.log

---

أعراض إنشاء الملفات الأساسية و traceback:

root@KSEC-CSF1210-6:/ngfw/var/log# less ASAconsole.log
2025-08-09 01:06:11 /bin/grep: (standard input): Resource temporarily unavailable
2025-08-09 01:06:11 /bin/grep: (standard input): Resource temporarily unavailable
2025-08-09 01:06:11 /bin/grep: (standard input): Resource temporarily unavailable
2025-08-09 01:06:35 !! !! First Crash in tid: 14834 signo: 11
2025-08-09 01:06:35
2025-08-09 01:06:35 Writing live core file to flash. Please do not reload.
2025-08-09 01:06:35
2025-08-09 01:06:35 Coredump starting....
2025-08-09 01:06:35 Corehelper: /opt/cisco/csp/cores/core.lina.11.14550.1754701595
2025-08-09 01:06:35 Waiting for Corehelper to finish....
2025-08-09 01:06:35 Livecore: generating coredump of 14550
2025-08-09 01:06:35 [New LWP 14795]
2025-08-09 01:06:35 [New LWP 14796]
2025-08-09 01:06:35 [New LWP 14834]
2025-08-09 01:06:35 [New LWP 14835]
2025-08-09 01:06:35 [New LWP 14836]
2025-08-09 01:06:35 [New LWP 14869]
2025-08-09 01:06:35 [New LWP 14934]
2025-08-09 01:06:35 [New LWP 14939]
2025-08-09 01:06:35 [New LWP 14940]
2025-08-09 01:06:35 [New LWP 14941]
2025-08-09 01:06:35 [New LWP 14942]
2025-08-09 01:06:35 [New LWP 14943]
2025-08-09 01:06:35 [New LWP 14945]
2025-08-09 01:06:35 [New LWP 14947]
2025-08-09 01:06:35 [New LWP 14948]

---

 أعراض تمهيد محرك Lina (لاحظ الفجوة في الطوابع الزمنية للسجل):

root@KSEC-CSF1210-6:/ngfw/var/log# less ASAconsole.log
2024-11-13 22:43:09 INFO: SW-DRBG health test passed.
2024-11-13 22:43:09 M_MMAP_THRESHOLD 65536, M_MMAP_MAX 82155
2024-11-13 22:43:10 /bin/grep: (standard input): Resource temporarily unavailable
2024-11-13 22:43:10 /bin/grep: (standard input): Resource temporarily unavailable
2024-11-13 22:43:10 /bin/grep: (standard input): Resource temporarily unavailable
2024-11-13 22:43:10 /bin/grep: (standard input): Resource temporarily unavailable
2024-11-13 22:43:10 User enable_1 logged in to firepower
2024-11-13 22:43:10 Logins over the last 1 days: 1. 
2024-11-13 22:43:10 Failed logins since the last login: 0. 
2024-11-13 22:43:10 Type help or '?' for a list of available commands.
2024-11-13 22:43:10 ^Mfirepower>
2025-04-04 09:11:46 System Cores 8 Nodes 1 Max Cores 24
2025-04-04 09:11:46 Number of Cores 3
2025-04-04 09:11:46 IO Memory Nodes: 1
2025-04-04 09:11:46 IO Memory Per Node: 1073741824 bytes num_pages = 262144 page_size = 4096
2025-04-04 09:11:46
2025-04-04 09:11:46 Global Reserve Memory Per Node: 2147483648 bytes Nodes=1
2025-04-04 09:11:46
2025-04-04 09:11:46 LCMB: got DMA 1073741824 bytes on numa-id=0, phys=0x00000001c0000000, virt=0x0000400040000000
2025-04-04 09:11:46 LCMB: HEAP-CACHE POOL got 2147483648 bytes on numa-id=0, virt=0x0000400080000000
2025-04-04 09:11:46
2025-04-04 09:11:46 total_reserved_mem = 1073741824
2025-04-04 09:11:46
2025-04-04 09:11:46 total_heapcache_mem = 2147483648
2025-04-04 09:11:46 total mem 5384115842 system 16318316544 kernel 21847377 image 85732792
2025-04-04 09:11:46 new 5384115842 old 1159474616 reserve 3221225472 priv new 2184737747 priv old 0
2025-04-04 09:11:46 Processor memory:   5384115842
2025-04-04 09:11:46 POST started...
2025-04-04 09:11:46 POST finished, result is 0 (hint: 1 means it failed)
2025-04-04 09:11:46
2025-04-04 09:11:46 Cisco Adaptive Security Appliance Software Version 9.22(1)1

---

تحليل مشكلات الجهد الكهربائي ووحدة إمداد الطاقة

قم بالمتابعة مع هذا القسم إذا تم العثور على أسباب إعادة تعيين قسم تحليل أسباب إعادة تعيين الهيكل مثل هذه:

• باور أون
• طلب PowerCycle
• إعادة التعيين بسبب الجهد الكهربائي غير الصحيح
• سبب غير معروف:

No time
    Reason: Unknown
    Service:
    Version:

---

يمكن أن تشير هذه الأسباب إلى مشاكل محتملة مع واحد أو أكثر من هذه:

• نقص في إمدادات الطاقة
• مشكلات وحدات التزويد بالطاقة (PSU)
• مشكلات كابلات الطاقة
• مشكلات وحدات توزيع الطاقة (PDU) الموجودة في الحامل
• مشكلات متعلقة بمصادر الطاقة

---

استمر في الخطوات التالية:

1. لتضييق نطاق المشكلة، أجب عن هذه الاسئلة:

• هل كان فقد الطاقة مشكلة لمرة واحدة أم أنه متكرر؟
• هل جدار الحماية يحتوي على وحدات تزويد بالطاقة (PSU) إحتياطية؟
• هل وحدات التزويد بالطاقة (PSU) متصلة بمصادر طاقة مختلفة و/أو وحدات توزيع الطاقة (PDU)؟
• هل هناك أي أجهزة أخرى متصلة بنفس مصدر الطاقة و/أو وحدة التزويد بالطاقة (PSU)؟
• هل تعرضت أيضا أجهزة أخرى متصلة بمصدر الطاقة نفسه و/أو وحدة التزويد بالطاقة (PSU) لفقد في الطاقة؟

---

2. إذا كان ذلك بناء على أسئلة من الخطوة الأولى، فإن جدار الحماية فقط هو الذي يتأثر، ثم تأكد من:

• تتصل كابلات الطاقة بإحكام بمصدر الطاقة والهيكل.
• لا تتلف كابلات الطاقة، ثم حاول إستبدال كابلات الطاقة لتجنب المشكلات المحتملة المتعلقة بالكبلات.

---

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

scope chassis 1
show psu detail expand
scope psu 1
show stats history psu-stats detail expand
show stats psu-stats detail expand
exit
scope psu 2
show stats history psu-stats detail expand
show stats psu-stats detail expand

---

4. تجميع ملف أستكشاف أخطاء الهيكل وإصلاحها.

---

المراجع 

1. التحقق من إصدارات برنامج Firepower
2. تحقق من FirePOWER والمثيل والتوفر وتهيئة قابلية التطوير
3. تجميع البيانات لتحليل السبب الجذري للبرامج Traceback/Crash في جدار الحماية الآمن
4. أستكشاف أخطاء إجراءات إنشاء ملف FirePOWER وإصلاحها

محفوظات المراجعة

المراجعة	تاريخ النشر	التعليقات
6.0	07-Jul-2026	التدقيق الإملائي المحدث، المسافات، النحوي، إضافة أسطر إلى المقاطع المنفصلة وجعله قابلا للقراءة، نص بديل محدث، وتنبيهات CCW الثابتة.
5.0	25-Nov-2025	تمت إزالة مربع داخلي مرة أخرى.
4.0	25-Nov-2025	تمت إزالة مربع داخلي.
3.0	12-Nov-2025	تمت إضافة خطوات إضافية لاستكشاف أخطاء إعادة التشغيل غير المتوقعة وإصلاحها.
2.0	24-May-2024	تم تحديث قسم المقدمة للوفاء بمتطلبات طول دليل نمط Cisco. كلمات غير واضحة.
1.0	31-Jan-2022	الإصدار الأولي