المقدمة
يشرح هذا المستند أكثر أسباب الأعطال التي يتم فرضها على البرامج شيوعا، ويصف المعلومات التي يجب عليك تجميعها لاستكشاف الأخطاء وإصلاحها. إذا قمت بفتح طلب خدمة TAC لعطل يتم فرضه على البرنامج، فإن المعلومات التي سيطلب منك تجميعها ستكون أساسية لحل المشكلة.
المتطلبات الأساسية
المتطلبات
يجب أن يكون لدى قراء هذا المستند معرفة بالمواضيع التالية:
المكونات المستخدمة
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
الاصطلاحات
للحصول على مزيد من المعلومات حول اصطلاحات المستندات، ارجع إلى اصطلاحات تلميحات Cisco التقنية.
يحدث عطل تم فرضه على البرامج عندما يكتشف الموجه خطأ فادحا لا يمكن إصلاحه، ويعيد تحميل نفسه حتى لا يبث البيانات التالفة. تحدث الغالبية العظمى من الأعطال التي يتم فرضها على البرامج بسبب أخطاء برامج Cisco IOS®، على الرغم من أنه يمكن لبعض الأنظمة الأساسية (مثل النظام القديم من Cisco 4000) الإبلاغ عن مشكلة في الأجهزة بأنها تعطل يتم فرضه بواسطة البرامج.
إذا لم يتم إعادة تشغيل الموجه أو إعادة تحميله يدويا، فإن الإخراج من الأمر show version يعرض ما يلي:
Router uptime is 2 days, 21 hours, 30 minutes
System restarted by error - Software-forced crash, PC 0x316EF90 at 20:22:37 edt
System image file is "flash:c2500-is-l.112-15a.bin", booted via flash
إن يتلقى أنت الإنتاج من عرض صيغة أمر من ك cisco أداة، أنت يستطيع استعملت cisco CLI محلل (يسجل زبون فقط) أن يعرض ممكن إصدار ونقطة معينة.
الأسباب المحتملة
يشرح هذا الجدول الأسباب المحتملة للأعطال التي يتم فرضها بواسطة البرامج:
سبب |
الشرح |
مهلات المراقبة |
يستخدم المعالج مؤقتات لتجنب حلقات التكرار اللانهائية، ويتسبب في توقف الموجه عن الاستجابة. وفي حالة التشغيل العادي، تقوم وحدة المعالجة المركزية بإعادة تعيين وحدات التوقيت هذه على فواصل زمنية منتظمة. يؤدي الفشل في القيام بذلك إلى إعادة تحميل النظام. وترتبط فترات الانتظار التي تستخدمها الأجهزة الرقابية، والتي يتم الإبلاغ عنها كحوادث تحطم ناجمة عن إستخدام البرامج، بالبرامج. ارجع إلى حالات انتهاء المهلة الزمنية لأجهزة المراقبة الخاصة باستكشاف الأخطاء وإصلاحها للحصول على معلومات حول أنواع أخرى من حالات انتهاء المهلة الزمنية لأجهزة المراقبة. التصق النظام في أنشوطة قبل ال reload. لذلك، لا يكون تتبع المكدس بالضرورة ذا صلة. يمكنك التعرف على هذا النوع من التعطل الذي يتم فرضه على البرامج في هذه السطور من سجلات وحدة التحكم: %SYS-2-WATCHDOG: Process aborted on watchdog timeout, process = Exec
and
*** System received a Software forced crash ***
signal = 0x17, code = 0x24, context= 0x60ceca60
|
انخفاض الذاكرة |
عندما يعمل الموجه بذاكرة منخفضة جدا، يمكن له في نهاية المطاف إعادة تحميل نفسه والإبلاغ عنه كعطل يتم فرضه من قبل البرامج. في هذه الحالة، تظهر رسائل خطأ فشل تخصيص الذاكرة في سجلات وحدة التحكم: %SYS-2-MALLOCFAIL: Memory allocation of 734 bytes failed from 0x6015EC84,
pool Processor, alignment 0 |
صورة برنامج تالفة |
في وقت بدء التشغيل، يمكن للموجه اكتشاف تلف صورة برنامج Cisco IOS software، وإرجاع المجموع الاختباري للصورة المضغوطة برسالة غير صحيحة، ومحاولة إعادة التحميل. في هذه الحالة، يتم الإبلاغ عن الحدث على أنه تحطم تم بواسطة البرامج. Error : compressed image checksum is incorrect 0x54B2C70A
Expected a checksum of 0x04B2C70A
*** System received a Software forced crash ***
signal= 0x17, code= 0x5, context= 0x0
PC = 0x800080d4, Cause = 0x20, Status Reg = 0x3041f003
يمكن أن يحدث هذا بسبب صورة برنامج Cisco IOS software التي تم تلفها بالفعل أثناء النقل إلى الموجه. في هذه الحالة، أنت يستطيع حملت صورة جديد على المسحاج تخديد أن يحل الإصدار. [للحصول على طريقة إسترداد ROMMON للنظام الأساسي لديك، ارجع إلى إجراء إسترداد ROMmon لموجهات Cisco 7200 و 7300 و 7400 و 7500 و RSP7000 و Catalyst 5500 RSM و uBR7100 و uBR7200 و uBR1000 و 12000 Series Routers.] كما يمكن أن يكون السبب هو خطأ في الذاكرة أو بسبب خطأ في البرنامج. |
أخطاء أخرى |
غالبا ما يتم الكشف عن الأخطاء التي تتسبب في أعطال بواسطة أجهزة المعالج، والتي تقوم تلقائيا باستدعاء التعليمات البرمجية الخاصة بمعالجة الأخطاء في شاشة ROM. تقوم شاشة ROM بتعريف الخطأ وطباعة رسالة وحفظ المعلومات حول الفشل وإعادة تشغيل النظام. وهناك أعطال لا يمكن أن يحدث فيها أي من هذا (انظر مهلات المراقبة)، وهناك أعطال حيث يقوم البرنامج باكتشاف المشكلة ويدعو وظيفة مكب النفايات. هذا هو حقا " إستخدام البرمجيات " تحطم. على منصات Power PC، ليس "تعطل البرامج" سبب إعادة التشغيل المطبوع عند إستدعاء وظيفة تفريغ البيانات - على الأقل حتى وقت قريب جدا. على تلك الأنظمة الأساسية (قبل برنامج Cisco IOS الإصدار 12.2(12.7)، يتم الإشارة إلى هذه الاستثناءات باسم إستثناءات "SIGTRAP". في كل الطرق الأخرى، فإن SIGTRAPs و SFCs هي نفسها. |
استكشاف الأخطاء وإصلاحها
تحدث أعطال البرامج التي يتم فرضها عادة بسبب أخطاء برنامج Cisco IOS. إذا كانت رسائل أخطاء فشل تخصيص الذاكرة موجودة في السجلات، فراجع أستكشاف أخطاء الذاكرة وإصلاحها.
إذا لم تظهر لك رسائل خطأ فشل تخصيص الذاكرة، ولم تقم بإعادة تحميل الموجه يدويا أو إعادة تدويره بواسطة الطاقة بعد تعطل البرنامج، فإن أفضل أداة يمكنك إستخدامها هي Cisco CLI Analyzer (محلل واجهة سطر الأوامر من Cisco) (للعملاء المسجلين فقط) للبحث عن معرف خطأ مطابق معروف. تتضمن هذه الأداة وظيفة أداة فك ترميز المكدس القديمة.
مثال:
-
تجميع إخراج مكدس العرض من الموجه.
-
انتقل إلى أداة Cisco CLI Analyzer (محلل واجهة سطر الأوامر من Cisco) (للعملاء المسجلين فقط).
-
حدد إظهار المكدس من القائمة المنسدلة.
-
الصق في المخرجات التي قمت بجمعها.
-
انقر فوق إرسال.
إذا تطابق الإخراج الذي تم فك ترميزه من الأمر show stack مع خطأ برنامج معروف، فستتلقى معرفات الأخطاء الخاصة بأخطاء البرامج الأكثر إحتمالا التي قد تكون تسببت في تعطيل البرنامج الذي يتم فرضه.
-
انقر فوق الارتباطات التشعبية لمعرف الخطأ لعرض تفاصيل الخطأ الإضافية من مجموعة أدوات الأخطاء من Cisco (العملاء المسجلون فقط) التي يمكن أن تساعدك على تحديد تطابق معرف الخطأ الصحيح.
عند تحديد معرف خطأ يطابق الخطأ الخاص بك، ارجع إلى حقل "التثبيت في" لتحديد إصدار برنامج Cisco IOS الأول الذي يحتوي على إصلاح الخطأ.
إذا لم تكن متأكدا من معرف الخطأ، أو إصدار برنامج Cisco IOS الذي يحتوي على الإصلاح للمشكلة، فقم بترقية برنامج Cisco IOS لديك إلى أحدث إصدار في قطار الإصدار. وهذا يساعد نظرا لأن الإصدار الأحدث يحتوي على عمليات إصلاح لعدد كبير من الأخطاء. حتى إذا فشل هذا في حل المشكلة، فإن الإبلاغ عن الأخطاء وعملية الحل تكون أكثر بساطة وسرعة عندما يكون لديك أحدث إصدار من البرنامج.
إذا، بعد إستخدام Cisco CLI Analyzer، قمت إما بالإشتباه في خطأ ما لا يزال غير محلول أو قمت بالتعرف عليه بشكل إيجابي، نوصي بفتح طلب خدمة TAC لتوفير معلومات إضافية للمساعدة في حل الخطأ، ولإعلام أسرع عند حل الخطأ بشكل نهائي.
إجراءات التكوين
إن يعين المشكلة يكون جديد برمجية خطأ، cisco TAC مهندس يستطيع طلبت أن أنت تشكل المسحاج تخديد أن يجمع لب تفريغ. يلزم أحيانا تفريغ أساسي لتحديد ما يمكن القيام به لإصلاح خطأ البرنامج.
لتجميع المزيد من المعلومات المفيدة في تفريغ الأساسي، نوصي باستخدام الأمر debug sanity المخفي. وهذا يتسبب في أن يتم التحقق من صحة كل مخزن مؤقت يتم إستخدامه في النظام عند تخصيصه وعندما يتم تحريره. يجب إصدار الأمر debug sanity في وضع EXEC ذي الامتيازات (وضع التمكين) ويتضمن بعض وحدة المعالجة المركزية (CPU)، ولكنه لا يؤثر بشكل كبير على وظائف الموجه. إذا كنت ترغب في تعطيل التحقق من سلامة النظام، فاستخدم أمر EXEC المميز undebug sanity .
بالنسبة للموجهات التي تحتوي على ذاكرة رئيسية تبلغ سعتها 16 ميجابايت أو أقل، يمكنك إستخدام بروتوكول نقل الملفات المبسط (TFTP) لتجميع تفريغ المراكز. يوصى باستخدام بروتوكول نقل الملفات (FTP) إذا كان الموجه يحتوي على أكثر من 16 ميجابايت من الذاكرة الرئيسية. أستخدم إجراءات التكوين في هذا القسم. بدلا من ذلك، ارجع إلى إنشاء مكبات Core.
أكمل الخطوات التالية لتكوين الموجه لديك:
-
قم بتكوين الموجه باستخدام الأمر configure terminal.
-
اكتب exception dump n.n.n.n، حيث يمثل n.n.n.n عنوان IP الخاص بمضيف خادم بروتوكول نقل الملفات المبسط (TFTP) عن بعد.
-
خرجت التشكيل أسلوب.
إجراء تكوين مضيف خادم TFTP
أكمل الخطوات التالية لتكوين مضيف خادم TFTP:
-
قم بإنشاء ملف تحت دليل /tftpboot على المضيف البعيد بمساعدة محرر من إختيارك. اسم الملف هو Cisco Router hostname-core.
-
في أنظمة UNIX، قم بتغيير وضع الإذن للملف "hostname-core" ليكون متوافقا بشكل عام (666). يمكنك التحقق من إعداد TFTP من خلال الأمر copy running-config tftp على هذا الملف.
-
تأكد من توفر مساحة حرة على القرص تزيد عن 16 ميجابايت ضمن /tftpboot.
إذا تعطل النظام، يقوم أمر تفريغ الاستثناء بإنشاء مخرجاته على الملف أعلاه. إذا كان الموجه يحتوي على أكثر من 16 ميجابايت من الذاكرة الرئيسية، فاستخدم بروتوكول نقل الملفات (FTP) أو بروتوكول النسخ عن بعد (RCP) للحصول على تفريغ الأساسي. على الموجه، قم بتكوين ما يلي:
exception protocol ftp
exception dump n.n.n.n
ip ftp username
ip ftp password
ip ftp source-interface
exception core-file
عندما تقوم بتجميع تفريغ أساسي، قم بتحميله إلى ftp://ftp-sj.cisco.com/incoming (في UNIX، اكتب pftp ftp-sj.cisco.com ثم قرص مضغوط وارد)، وأخطر مالك حالتك وقم بتضمين اسم الملف.
المعلومات التي سيتم تجميعها إذا قمت بفتح طلب خدمة TAC
إذا كنت لا تزال بحاجة إلى مساعدة بعد اتباع خطوات أستكشاف الأخطاء وإصلاحها أعلاه وتريد إنشاء طلب خدمة باستخدام Cisco TAC، فتأكد من تضمين المعلومات التالية: |
- show technical-support output - يوفر إخراج الأمر show technical-support معلومات حول الحالة الحالية للموجه، وأيضا معلومات أساسية مخزنة بواسطة الموجه قبل حدوث عطل.
- سجلات وحدة التحكم - يمكن أن توفر سجلات وحدة التحكم، التي يتم حفظها غالبا في خادم syslog، معلومات قيمة حول الأحداث التي تحدث على الموجه قبل حدوث عطل. غالبا ما تكون هذه الأدلة أهم المعلومات التي يمكنك جمعها.
- crashinfo مبرد (في حالة وجوده) - توصي Cisco باستخدام إصدار من برنامج Cisco IOS software يدعم ميزة crashinfo لاستكشاف الأخطاء وإصلاحها بنجاح. لهذا الغرض، يجب أن يلبي الإصدار الاحتياجات الأخرى لشبكتك. يمكنك الاطلاع على إسترداد المعلومات من ملف Crashinfo أو إستخدام أداة Software Advisor (مرشد البرامج) (العملاء المسجلون فقط) لتحديد موقع إصدار برنامج Cisco IOS Software الذي يدعم ميزة crashinfo. المكافأة المحتملة هي أنه إذا كان لديك إصدار أقدم من برنامج Cisco IOS software، فإن إصدارات برنامج IOS الأحدث التي تدعم هذه الميزة يمكن أن تكون قد تم إصلاح الخطأ الخاص بك بالفعل.
لإرفاق معلومات بطلب الخدمة، قم بتحميلها من خلال أداة طلب خدمة TAC (العملاء المسجلون فقط). إذا تعذر عليك الوصول إلى أداة طلب خدمة TAC، فيمكنك إرسال المعلومات في مرفق بريد إلكتروني إلى موقع attach@cisco.com \ مع وجود رقم الحالة الخاص بك في سطر موضوع رسالتك. تحذير: يرجى عدم إعادة تحميل الموجه يدويا أو إعادة تشغيله قبل تجميع المعلومات الواردة أعلاه، إذا أمكن، لأن ذلك قد يتسبب في فقدان معلومات مهمة تكون مطلوبة لتحديد السبب الجذري للمشكلة. |
معلومات ذات صلة