تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا وثيقة كيف أن يتحرى جهاز و مسائل المشتركة المتعلقة على مادة حفازة 6500/6000 مفتاح أن يركض cisco ios ® نظام برمجية.
لا توجد متطلبات خاصة لهذا المستند.
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
يشير برنامج Cisco IOS Software إلى صورة Cisco IOS المضمنة الفردية لكل من Supervisor Engine (المحرك المشرف) وبطاقة ميزة المحول متعدد الطبقات (MSFC). يفترض هذا المستند أن لديك عرض مشكلة وأنك تريد الحصول على معلومات إضافية حول هذا العرض أو ترغب في حله. هذا وثيقة مناسب إلى مشرف محرك 1-، 2-، أو 720-based مادة حفازة 6500/6000 مفتاح.
تتم طباعة رسائل النظام على وحدة التحكم في حالة تمكين تسجيل وحدة التحكم، أو في syslog إذا تم تمكين syslog. تكون بعض الرسائل لأغراض إعلامية فقط ولا تشير إلى حالة خطأ. للحصول على نظرة عامة على رسائل خطأ النظام، ارجع إلى نظرة عامة على رسائل النظام . قم بتمكين المستوى المناسب للتسجيل وتكوين المحول لتسجيل الرسائل إلى خادم syslog. للحصول على مزيد من معلومات التكوين، ارجع إلى مستند تكوين الموجه وأجهزة المحول.
لمراقبة الرسائل المسجلة، قم بإصدار الأمر show logging أو أستخدم أداة لمراقبة المحطات بشكل دوري. إذا كنت لا تزال غير قادر على تحديد المشكلة، أو إذا كانت رسالة الخطأ غير موجودة في الوثائق، فاتصل بمركز تصعيد دعم Cisco التقني.
رسالة الخطأ ٪CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: يتجاوز عداد أخطاء الوحدة النمطية 4 الحد يظهر على وحدة التحكم الخاصة بالمحول Catalyst 6500. هذا إصدار يستطيع يتلقى إثنان سبب:
اتصال ضعيف بلوحة التوصيل الخلفية (مسامير موصلة منثنية أو توصيل كهربي ضعيف)، أو
يمكن أن يتعلق ذلك بالإشارة الأولى إلى وحدة نمطية فاشلة.
لحل هذه المشكلة، عليك تعيين مستوى التمهيد التشخيصي على "مكتمل"، ثم قم بإعادة بيع الوحدة النمطية رقم 4 في الهيكل بشكل ثابت. وهذا يؤدي إلى مواجهة أي عطل كامن في الأجهزة كما يعمل على حل أي مشكلات في اتصال اللوحة الخلفية.
يقوم الأمر show diagnostic sanity بتشغيل مجموعة من عمليات التحقق المحددة مسبقا على التكوين، بالإضافة إلى مجموعة من حالات النظام المحددة. وبعد ذلك يقوم الأمر بتجميع قائمة شروط التحذير. فالتحققات مصممة للبحث عن أي شيء يبدو خارج المكان. تهدف التدقيقات إلى أن تكون بمثابة مساعدة لاستكشاف المشكلات وحلها والحفاظ على سلامة النظام. لا يقوم الأمر بتعديل أي متغيرات حالية أو حالات نظام. وهو يقرأ متغيرات النظام التي تتوافق مع التكوين والحالات من أجل رفع التحذيرات إذا كان هناك تطابق مع مجموعة من التكوينات المحددة مسبقا. لا يؤثر الأمر على وظيفة المحول، ويمكنك إستخدامه على بيئة شبكة الإنتاج. التحديد الوحيد أثناء عملية التشغيل هو أن الأمر يحتفظ بنظام الملف لوقت محدود بينما يقوم الأمر بالوصول إلى صور التمهيد ويختبر صلاحيتها. يتم دعم الأمر في برنامج Cisco IOS الإصدار 12.2(18)SXE1 أو إصدار أحدث.
يساعد هذا الأمر في التحقق من تكوين معلمة تبدو صحيحة ولكن يمكن أن يكون لها آثار سلبية. تحذير المستخدم في هذه الحالات:
trunking—trunk أسلوب "يعمل" أو إن المنفذ يكون trunking في "auto". يحتوي منفذ خط الاتصال على وضع تم تعيينه على مرغوب فيه ولا يكون خط اتصال أو إذا كان منفذ خط الاتصال يتفاوض على الإرسال أحادي الإتجاه.
يقني—يقني أسلوب يكون "on" أو إن يكون ميناء لا يقني والعنوان ثبتت إلى مرغوب.
الشجرة المتفرعة — يتم تعيين أحد هذه العناصر على الوضع الافتراضي:
الحد الأقصى لسن الجذر
تأخير إعادة التوجيه الجذري
الحد الأقصى للعمر
الحد الأقصى للتأخير للأمام
وقت مرحبا
تكلفة المنفذ
أولوية المنفذ
أو، إذا لم يتم تعيين جذر الشجرة المتفرعة لشبكة VLAN.
UDLD— ميناء يتلقى {mixed}unidirectional خطوة كشف (UDLD) يعجز، إيقاف عمل، أو في حالة غير محدد.
تلقى التحكم في التدفق و PortFast—Port التحكم في التدفق معطلا أو إذا كان لديه تمكين PortFast.
الإتاحة العالية—محرك المشرف المتكرر موجود لكن التوفر العالي (HA) معطل.
سلسلة التمهيد وسجل تكوين التمهيد—سلسلة التمهيد فارغة، أو أنها تحتوي على ملف غير صالح تم تحديده كصورة تمهيد. سجل التكوين هو أي شيء آخر غير 0x2،0x102 أو 0x2102.
إستطلاع IGMP—تم تعطيل التطفل على بروتوكول إدارة مجموعات الإنترنت (IGMP). أيضا، إن أعجزت يتطفل IGMP غير أن مسحاج تخديد-port مجموعة إدارة بروتوكول (RGMP) يكون مكنت، وإن multicast يكون مكنت بشكل عام غير أن أعجزت على القارن.
سلاسل وصول مجتمع SNMP— يتم تعيين سلاسل الوصول (RW، أو RW-all ) على الإعداد الافتراضي.
المنافذ—يتفاوض المنفذ على الإرسال أحادي الإتجاه، أو أنه يحتوي على عدم تطابق للإرسال ثنائي الإتجاه/شبكة VLAN.
منافذ الطاقة المضمنة — يوجد منفذ طاقة داخلي في أي من هذه الحالات:
أنكرن
معيب
غير ذلك
إيقاف التشغيل
الوحدات النمطية - توجد الوحدة في أي حالة غير "موافق".
الاختبارات—سرد إختبارات تشخيص النظام التي فشلت في بدء التشغيل.
البوابة (البوابات) الافتراضية التي يتعذر الوصول إليها— تجيز البوابات الافتراضية لسرد تلك التي لا يمكن الوصول إليها.
يتحقق مما إذا كان ذاكرة التمهيد المؤقتة (bootflash) قد تم تنسيقها بشكل صحيح ولديها مساحة كافية للاحتفاظ بملف crashinfo.
هذا مثال للمخرجات:
ملاحظة: يمكن أن يختلف الناتج الفعلي، استنادا إلى إصدار البرنامج.
Switch#show diagnostic sanity Status of the default gateway is: 10.6.144.1 is alive The following active ports have auto-negotiated to half-duplex: 4/1 The following vlans have a spanning tree root of 32k: 1 The following ports have a port cost different from the default: 4/48,6/1 The following ports have UDLD disabled: 4/1,4/48,6/1 The following ports have a receive flowControl disabled: 4/1,4/48,6/1 The value for Community-Access on read-only operations for SNMP is the same as default. Please verify that this is the best value from a security point of view. The value for Community-Access on read-write operations for SNMP is the same as default. Please verify that this is the best value from a security point of view. The value for Community-Access on read-write-all operations for SNMP is the same as default. Please verify that this is the best value from a security point of view. Please check the status of the following modules: 8,9 Module 2 had a MINOR_ERROR. The Module 2 failed the following tests: TestIngressSpan The following ports from Module2 failed test1: 1,2,4,48
أحلت العرض تشخيصي قسم من البرمجية تشكيل مرشد.
إذا كان مؤشر LED الخاص بمحرك المشرف على المحول أحمر، أو إذا أظهرت الحالة وجود خطأ، فقد تكون هناك مشكلة في الجهاز. يمكنك الحصول على رسالة خطأ نظام مماثلة لهذه:
%DIAG-SP-3-MINOR_HW: Module 1: Online Diagnostics detected Minor Hardware Error
أستخدم هذه الخطوات لاستكشاف الأخطاء وإصلاحها بعد ذلك:
وحدة التحكم في Supervisor Engine (المحرك المشرف) وأصدر وحدة العرض التشخيصية النمطية {1 | 2} أمر، إن أمكن.
ملاحظة: يجب تعيين مستوى التشخيص على مكتمل حتى يمكن للمحول إجراء مجموعة كاملة من الاختبارات لتحديد أي فشل في الأجهزة. يؤدي أداء الاختبار التشخيصي الكامل عبر الإنترنت إلى زيادة وقت بدء التشغيل بشكل طفيف. لا يستغرق تمهيد التشغيل على المستوى الأدنى ما دام المستوى الكامل، ولكن اكتشاف مشكلات الأجهزة المحتملة على البطاقة لا يزال يحدث. قم بإصدار أمر التكوين العام diagnostic bootup level من أجل التبديل بين مستويات التشخيص. مستوى التشخيص الافتراضي هو الأدنى ، على برنامج Cisco IOS System.
ملاحظة: لا يتم دعم التشخيصات عبر الإنترنت للأنظمة المستندة إلى محرك المشرف 1 التي تعمل ببرنامج Cisco IOS Software.
يوضح هذا الإخراج مثالا للفشل:
Router#show diagnostic mod 1 Current Online Diagnostic Level = Complete Online Diagnostic Result for Module 1 : MINOR ERROR Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestNewLearn : . 2 . TestIndexLearn : . 3 . TestDontLearn : . 4 . TestConditionalLearn : F 5 . TestBadBpdu : F 6 . TestTrap : . 7 . TestMatch : . 8 . TestCapture : F 9 . TestProtocolMatch : . 10. TestChannel : . 11. IpFibScTest : . 12. DontScTest : . 13. L3Capture2Test : F 14. L3VlanMetTest : . 15. AclPermitTest : . 16. AclDenyTest : . 17. TestLoopback: Port 1 2 ---------- . . 18. TestInlineRewrite: Port 1 2 ---------- . .
في حالة فشل إرجاع تشخيصات التشغيل ، والذي يشير إليه F في نتائج الاختبار، قم بإجراء الخطوات التالية:
قم بإعادة تركيب الوحدة النمطية بشكل ثابت وتأكد من أن المسامير ملتصقة بإحكام.
انقل الوحدة النمطية إلى فتحة جيدة ووظيفية معروفة على نفس الهيكل أو هيكل مختلف.
ملاحظة: يمكن أن يدخل محرك المشرف 1 أو 2 إما slot 1 أو slot 2 فقط.
أستكشاف الأخطاء وإصلاحها لإزالة أحتمالية وجود وحدة نمطية معيبة.
ملاحظة: في بعض الحالات النادرة، قد يؤدي وجود وحدة نمطية خاطئة إلى الإبلاغ عن وجود خلل في Supervisor Engine (محرك المشرف) .
لإزالة هذه الإمكانية، قم بتنفيذ إحدى الخطوات التالية:
إذا قمت مؤخرا بإدخال وحدة نمطية وبدأ Supervisor Engine (محرك المشرف) في الإبلاغ عن المشاكل، فقم بإزالة الوحدة النمطية التي أدخلتها آخر مرة وأعاد بيعها بشكل ثابت. إذا كنت لا تزال تتلقى رسائل تشير إلى أن Supervisor Engine (محرك المشرف) معيب، فأعد تمهيد المحول دون هذه الوحدة النمطية. إذا كان Supervisor Engine (محرك المشرف) يعمل بشكل صحيح، فهناك احتمال أن تكون الوحدة النمطية معيبة. افحص موصل اللوحة الخلفية على الوحدة للتأكد من عدم وجود تلف. إذا لم يكن هناك تلف بصري، فجرب الوحدة النمطية في فتحة أخرى أو في هيكل مختلف. تحقق أيضا من انثناء المسامير على موصل الفتحات على اللوحة الخلفية. أستخدم مصباح كاشف، إذا لزم الأمر، عند فحص مسامير الموصل في اللوحة الخلفية للهيكل. إذا كنت لا تزال بحاجة إلى المساعدة، فاتصل بدعم Cisco التقني.
إذا لم تكن على علم بأي وحدة نمطية تمت إضافتها مؤخرا، ولا يؤدي إستبدال المحرك المشرف إلى إصلاح المشكلة، فإن هناك أحتمالية بأن الوحدة النمطية مركبة بشكل غير صحيح أو أنها معيبة. لاستكشاف الأخطاء وإصلاحها، قم بإزالة جميع الوحدات النمطية باستثناء Supervisor Engine (محرك المشرف) من الهيكل. قم بتشغيل الهيكل وتأكد من ظهور Supervisor Engine (محرك المشرف) دون أي أعطال. إذا ظهر Supervisor Engine (محرك المشرف) دون حدوث أي حالات فشل، فعليك البدء في إدراج وحدات نمطية واحدة في كل مرة حتى تحدد الوحدة النمطية التي تعرضت للخطأ. إذا لم يفشل Supervisor Engine (محرك المشرف) مرة أخرى، فهناك أحتمالية بأن إحدى الوحدات النمطية لم يتم تثبيتها بشكل صحيح. لاحظت المفتاح، وإن أنت تستمر أن يتلقى مشكلة، خلقت خدمة طلب مع cisco دعم فني in order to تحريت بعد.
بعد تنفيذ كل خطوة من هذه الخطوات، قم بإصدار الأمر show diagnostic module <module_number>. لاحظ ما إذا كانت الوحدة النمطية لا تزال تعرض حالة الفشل. إذا كانت حالة الفشل لا تزال تظهر، فعليك التقاط السجل من الخطوات السابقة وإنشاء طلب خدمة باستخدام دعم Cisco التقني للحصول على مزيد من المساعدة.
ملاحظة: إذا قمت بتشغيل تدريب الإصدار 12.1(8) من برنامج Cisco IOS Software، فلن يتم دعم التشخيصات بالكامل. يمكنك الحصول على رسائل فشل خاطئة عند تمكين التشخيصات. يتم دعم التشخيصات في برنامج Cisco IOS الإصدار 12.1(8b)EX4 والإصدارات الأحدث، للأنظمة المستندة إلى Supervisor Engine 2، في برنامج Cisco IOS الإصدار 12.1(11b)E1 والإصدارات الأحدث. ارجع أيضا إلى إشعار ميداني: تم تمكين التشخيصات بشكل غير صحيح في برنامج Cisco IOS الإصدار 12.1(8b)EX2 و 12.1(8b)EX3 للحصول على مزيد من المعلومات.
إذا لم يتم تمهيد المحول وفشل في التشخيص الذاتي أثناء تسلسل التمهيد، فعليك التقاط الإخراج وإنشاء طلب خدمة باستخدام دعم Cisco التقني للحصول على مزيد من المساعدة.
إذا لم يظهر لديك أي عطل بالأجهزة في تسلسل التمهيد أو في إخراج وحدة show diagnostic module {1 | 2} ، قم بإصدار الأمر show environment status وأمر show environment temperature للتحقق من المخرجات المتعلقة بظروف البيئة والبحث عن أي مكونات أخرى فاشلة.
cat6knative#show environment status backplane: operating clock count: 2 operating VTT count: 3 fan-tray 1: fan-tray 1 fan-fail: OK VTT 1: VTT 1 OK: OK VTT 1 outlet temperature: 35C VTT 2: VTT 2 OK: OK VTT 2 outlet temperature: 31C VTT 3: VTT 3 OK: OK VTT 3 outlet temperature: 33C clock 1: clock 1 OK: OK, clock 1 clock-inuse: in-use clock 2: clock 2 OK: OK, clock 2 clock-inuse: not-in-use power-supply 1: power-supply 1 fan-fail: OK power-supply 1 power-output-fail: OK module 1: module 1 power-output-fail: OK module 1 outlet temperature: 28C module 1 device-2 temperature: 32C RP 1 outlet temperature: 34C RP 1 inlet temperature: 34C EARL 1 outlet temperature: 34C EARL 1 inlet temperature: 28C module 3: module 3 power-output-fail: OK module 3 outlet temperature: 39C module 3 inlet temperature: 23C EARL 3 outlet temperature: 33C EARL 3 inlet temperature: 30C module 4: module 4 power-output-fail: OK module 4 outlet temperature: 38C module 4 inlet temperature: 26C EARL 4 outlet temperature: 37C EARL 4 inlet temperature: 30C module 5: module 5 power-output-fail: OK module 5 outlet temperature: 39C module 5 inlet temperature: 31C module 6: module 6 power-output-fail: OK module 6 outlet temperature: 35C module 6 inlet temperature: 29C EARL 6 outlet temperature: 39C EARL 6 inlet temperature: 30C
إذا رأيت أي فشل في مكون النظام (المروحة، إنهاء الجهد الكهربائي [VTT])، فعليك إنشاء طلب خدمة باستخدام الدعم الفني من Cisco وتقديم إخراج الأمر.
إذا رأيت حالة فاشلة في هذا الإخراج لأي من الوحدات النمطية، فعليك إصدار أمر إعادة ضبط الوحدة النمطية hw-module <module_number>. أو قم بإعادة تركيب الوحدة النمطية في نفس الفتحة أو في فتحة مختلفة لمحاولة إسترداد الوحدة النمطية. راجع أيضا قسم أستكشاف أخطاء الوحدة النمطية وإصلاحها الذي لا يأتي عبر الإنترنت أو يشير إلى وجود خطأ أو حالة أخرى في هذا المستند للحصول على مزيد من المساعدة.
إذا كانت الحالة تشير إلى موافق ، كما تظهر مخرجات النموذج في الخطوة 3، قم بإصدار الأمر show environment alarms للتحقق من وجود تنبيه البيئة.
إذا لم يكن هناك إنذارات، فإن المخرجات تكون مشابهة لهذه:
cat6knative#show environment alarm environmental alarms: no alarms
ومع ذلك، إذا كان هناك تنبيه، الناتج مماثل لهذا:
cat6knative#show environment alarm environmental alarms: system minor alarm on VTT 1 outlet temperature (raised 00:07:12 ago) system minor alarm on VTT 2 outlet temperature (raised 00:07:10 ago) system minor alarm on VTT 3 outlet temperature (raised 00:07:07 ago) system major alarm on VTT 1 outlet temperature (raised 00:07:12 ago) system major alarm on VTT 2 outlet temperature (raised 00:07:10 ago) system major alarm on VTT 3 outlet temperature (raised 00:07:07 ago)
Missing
صورة النظامإذا كان Switch Supervisor Engine (محرك المشرف) في وضع مستمر booting
التكرار، في وضع أداة مراقبة ذاكرة القراءة فقط (ROMmon)، أو لا تحتوي على صورة النظام، فإن المشكلة لا تتعلق بالأجهزة على الأرجح.
يدخل Supervisor Engine (محرك المشرف) في وضع ROMmon أو يفشل في التمهيد عندما تكون صورة النظام تالفة أو missing
. للحصول على تعليمات حول كيفية إستعادة Supervisor Engine (محرك المشرف)، ارجع إلى إستعادة محول Catalyst 6500/6000 يشغل برنامج Cisco IOS System Software من صورة تالفة أو
أداة تحميل التمهيد أو وضع ROMmon. Missing
يمكنك تمهيد صورة Cisco IOS من إما Sup-bootflash: أو slot0: (فتحة بطاقة PC). احصل على نسخة من صورة النظام في كلا الجهازين من أجل إسترداد البيانات بشكل أسرع. إذا كان جهاز Supervisor Engine 2 bootflash لديك يحتوي على 16 ميجابايت فقط، فقد يلزم إجراء ترقية إلى 32 ميجابايت لدعم صور النظام الأحدث. لمزيد من المعلومات، ارجع إلى محرك المشرف Catalyst 6500 Series Supervisor Engine 2 Boot ROM و Bootflash Device Upgrade Note .
يوضح هذا القسم الأسباب الشائعة التي تجعل وحدة Supervisor Engine (محرك المشرف) في وضع الاستعداد غير متصلة وكيفية حل كل مشكلة. يمكنك تحديد أن وحدة Supervisor Engine (محرك المشرف) لا تأتي عبر الإنترنت بإحدى الطريقتين التاليتين:
يبدي الإنتاج من العرض وحدة نمطية أمر الحالة آخر أو خطأ .
إضاءة مصباح كهرماني الحالة.
الأسباب/الحلول المشتركة
وحدة تحكم في Supervisor Engine (محرك المشرف) في وضع الاستعداد لتحديد ما إذا كان في وضع ROMmon أو في إعادة التشغيل المستمرة. إذا كان Supervisor Engine (محرك المشرف) في إحدى هذه الحالات، فارجع إلى إستعادة محول Catalyst 6500/6000 يشغل برنامج Cisco IOS System Software من صورة تالفة أو مفقودة لأداة تحميل التمهيد أو وضع ROMmon.
ملاحظة: إذا لم تعمل محركات المشرف النشطة والاحتياطية بنفس إصدار برنامج Cisco IOS Software، فقد يفشل وضع الاستعداد في الوصول إلى الإنترنت. على سبيل المثال، يمكن أن يفشل Supervisor Engine (محرك المشرف) في الوصول إلى الإنترنت في حالة:
يقوم Supervisor Engine (محرك المشرف) في الوضع النشط بتشغيل وضع تكرار معالج التوجيه المحسن (RPR+).
ملاحظة: يتوفر وضع RPR+ في برنامج Cisco IOS الإصدار 12.1[11]EX والإصدارات الأحدث.
يشغل Supervisor Engine (محرك المشرف) في وضع الاستعداد إصدار برنامج لا يتوفر فيه وضع RPR/RPR+، مثل برنامج Cisco IOS الإصدار 12.1[8b]E9.
في هذه الحالة، يفشل Supervisor Engine (محرك المشرف) الثاني في الوصول إلى الإنترنت لأن وضع التكرار هو تحسين توفر النظام العالي (EHSA)، بشكل افتراضي. يفشل Supervisor Engine (محرك المشرف) في التفاوض مع Supervisor Engine (محرك المشرف) في الوضع النشط. تأكد من أن كلا محركي Supervisor يشغلان نفس مستوى برنامج Cisco IOS Software.
يعرض هذا الإخراج Supervisor Engine (محرك المشرف) في الفتحة 2 في وضع ROMmon. يجب عليك إدخال وحدة التحكم في Supervisor Engine (محرك المشرف) في وضع الاستعداد من أجل إسترداده. لإجراءات الاسترداد، ارجع إلى إستعادة محول Catalyst 6500/6000 يشغل برنامج Cisco IOS System Software من صورة تالفة أو مفقودة لأداة تحميل التمهيد أو وضع ROMmon.
tpa_data_6513_01#show module Mod Ports Card Type Model Serial No. --- ----- -------------------------------------- ------------------ ----------- 1 2 Catalyst 6000 supervisor 2 (Active) WS-X6K-S2U-MSFC2 SAD0628035C 2 0 Supervisor-Other unknown unknown 3 16 Pure SFM-mode 16 port 1000mb GBIC WS-X6816-GBIC SAL061218K3 4 16 Pure SFM-mode 16 port 1000mb GBIC WS-X6816-GBIC SAL061218K8 5 0 Switching Fabric Module-136 (Active) WS-X6500-SFM2 SAD061701YC 6 1 1 port 10-Gigabit Ethernet Module WS-X6502-10GE SAD062003CM Mod MAC addresses Hw Fw Sw Status --- ---------------------------------- ------ ------------ ------------ ------- 1 0001.6416.0342 to 0001.6416.0343 3.9 6.1(3) 7.5(0.6)HUB9 Ok 2 0000.0000.0000 to 0000.0000.0000 0.0 Unknown Unknown Unknown 3 0005.7485.9518 to 0005.7485.9527 1.3 12.1(5r)E1 12.1(13)E3, Ok 4 0005.7485.9548 to 0005.7485.9557 1.3 12.1(5r)E1 12.1(13)E3, Ok 5 0001.0002.0003 to 0001.0002.0003 1.2 6.1(3) 7.5(0.6)HUB9 Ok 6 0002.7ec2.95f2 to 0002.7ec2.95f2 1.0 6.3(1) 7.5(0.6)HUB9 Ok Mod Sub-Module Model Serial Hw Status --- --------------------------- --------------- --------------- ------- ------- 1 Policy Feature Card 2 WS-F6K-PFC2 SAD062802AV 3.2 Ok 1 Cat6k MSFC 2 daughterboard WS-F6K-MSFC2 SAD062803TX 2.5 Ok 3 Distributed Forwarding Card WS-F6K-DFC SAL06121A19 2.1 Ok 4 Distributed Forwarding Card WS-F6K-DFC SAL06121A46 2.1 Ok 6 Distributed Forwarding Card WS-F6K-DFC SAL06261R0A 2.3 Ok 6 10GBASE-LR Serial 1310nm lo WS-G6488 SAD062201BN 1.1 Ok
تأكد من أن وحدة Supervisor Engine (محرك المشرف) مثبتة بشكل صحيح في موصل اللوحة الخلفية. أيضا، تأكد من أن مسمار تثبيت Supervisor Engine (محرك المشرف) محكم تماما. راجع ملاحظة تثبيت الوحدة النمطية من السلسلة Catalyst 6500 Series Switch Module للحصول على مزيد من المعلومات.
لتحديد ما إذا كان Supervisor Engine (محرك المشرف) في وضع الاستعداد معيب، قم بإصدار أمر نظير إعادة تحميل التكرار من Supervisor Engine (محرك المشرف) في الوضع النشط. من خلال وحدة التحكم إلى Supervisor Engine (محرك المشرف) في وضع الاستعداد، لاحظ تسلسل التمهيد لتحديد أي أعطال في الأجهزة.
إذا كان Supervisor Engine (محرك المشرف) في وضع الاستعداد لا يزال غير متصل، فعليك إنشاء طلب خدمة باستخدام الدعم الفني من Cisco لاستكشاف الأخطاء وإصلاحها بعد ذلك. عند إنشاء طلب الخدمة، قم بتوفير سجل إخراج المحول الذي قمت بتجميعه من الخطوات السابقة.
تحدث رسالة الخطأ هذه لأن PA-1XCHSTM1/OC3 لا يحتوي على دعم تشخيص في SRB. عندما يتم تمرير هذا الأمر، بينما يقوم المحول بتشغيل رمز SRB، يتم رؤية الحالة غير القابلة للتطبيق. هذا لا يعني أن حالة معالج واجهة SPA لم يتم فحصها لأن التشخيصات العامة تعطي النتائج المناسبة. من رمز SRC فصاعدا، يعمل هذا الإخراج. وهذا يحدث بسبب خطأ مع رمز SRB، وهذا الخطأ يتم إيداعه في معرف تصحيح الأخطاء من Cisco CSCso02832 (يمكن الوصول إليه فقط لعملاء Cisco المسجلين).
يناقش هذا قسم الأسباب المشتركة لما المادة حفازة مفتاح إستعداد مشرف بشكل غير متوقع reload.
يقوم المشرف النشط بإعادة تعيين المشرف الاحتياطي بعد فشل المزامنة مع تكوين بدء التشغيل. يمكن أن تكون المشكلة بسبب WR MEM المتتالية التي يتم تنفيذها بواسطة محطات الإدارة في فترة زمنية قصيرة (1-3 ثوان)، والتي تقوم بتأمين بدء التشغيل-التكوين وتتسبب في فشل المزامنة. في حالة عدم اكتمال عملية المزامنة الأولى وإصدار رسالة WR الثانية، يحدث فشل مزامنة على المشرف في وضع الاستعداد، وفي بعض الأحيان يقوم المشرف في وضع الاستعداد بإعادة التحميل أو إعادة الضبط. وثقت هذا إصدار في cisco بق id CSCsg24830 (يمكن الوصول فقط إلى يسجل cisco زبون). يمكن تعريف فشل المزامنة هذا بواسطة رسالة الخطأ هذه:
%PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router %PFINIT-SP-1-CONFIG_SYNC_FAIL: Sync'ing the startup configuration to the standby Router FAILED
لا يقوم المشرف النشط بمزامنة التكوين الخاص به مع المشرف في وضع الاستعداد. يمكن أن يكون هذا الشرط حالة مؤقتة تم إنشاؤها بسبب الاستخدام المؤقت لملف التكوين بواسطة عملية أخرى. إذا قمت بإدخال الأمر show configuration أو الأمر show running-configuration لعرض التكوين أو التكوين الجاري تشغيله، فسيتم تأمين ملف التكوين. وثقت هذا إصدار في cisco بق id CSCeg21028 (منفذ ب يسجل cisco زبون فقط). يمكن تعريف فشل المزامنة هذا بواسطة رسالة الخطأ هذه:
%PFINIT-SP-1-CONFIG_SYNC_FAIL_RETRY: Sync'ing the startup configuration to the standby Router FAILED, the file may be already locked by a command
عندما تقوم بإزالة وحدة نمطية من الهيكل فعليا، فإن تكوين الوحدة النمطية في الفتحة لا يزال يظهر. هذه المشكلة نتيجة للتصميم الذي يسمح باستبدال الوحدة النمطية بسهولة أكثر. إذا قمت بإدخال نفس نوع الوحدة النمطية في الفتحة، فإن المحول يستخدم تكوينات الوحدة النمطية التي كانت سابقا في الفتحة. إذا قمت بإدخال نوع آخر من الوحدة النمطية في الفتحة، فسيتم مسح تكوين الوحدة النمطية. لإزالة التكوين تلقائيا بمجرد إخراج وحدة نمطية من فتحة، قم بإصدار الأمر module clear-config من وضع التكوين العام. تأكد من إصدار الأمر قبل إزالة الوحدات النمطية من الفتحة. لا يقوم الأمر بمسح التكوينات القديمة للوحدات النمطية التي تمت إزالتها بالفعل من الفتحة. يعمل هذا الأمر على مسح تكوين الوحدة النمطية من إخراج الأمر show running-config وتفاصيل الواجهة من إخراج الأمر show ip interface brief. من برنامج Cisco IOS الإصدارات 12.2(18)SXF والإصدارات الأحدث، يعمل أيضا على إزالة عدد أنواع الواجهة من الأمر show version.
إذا قام المحول بإعادة الضبط بشكل مستقل دون أي تدخل يدوي، فاستخدم هذه الخطوات لتحديد المشكلة:
يمكن أن يكون المحول قد حدث عطل في البرنامج. قم بإصدار الأمر dir bootflash: الذي يعرض جهاز bootflash (معالج التوجيه [RP]) MSFC، والأمر dir slavebootflash: للتحقق من تعطل برنامج.
يوضح الإخراج الموجود في هذا القسم أنه قد تم تسجيل crashinfo في ذاكرة التمهيد الخاصة ب RP:. تأكد من أن crashinfo التي تعرضها من أحدث عطل. أصدرت ال المزيد bootflash:اسم الملف أمر in order to عرضت ال crashinfo مبرد. في هذا المثال، يكون الأمر أكثر bootflash:crashinfo_20020829-112340.
cat6knative#dir bootflash: Directory of bootflash:/ 1 -rw- 1693168 Jul 24 2002 15:48:22 c6msfc2-boot-mz.121-8a.EX 2 -rw- 183086 Aug 29 2002 11:23:40 crashinfo_20020829-112340 3 -rw- 20174748 Jan 30 2003 11:59:18 c6sup22-jsv-mz.121-8b.E9 4 -rw- 7146 Feb 03 2003 06:50:39 test.cfg 5 -rw- 31288 Feb 03 2003 07:36:36 01_config.txt 6 -rw- 30963 Feb 03 2003 07:36:44 02_config.txt 31981568 bytes total (9860396 bytes free)
يعرض الأمر dir sup-bootflash: المحرك المشرف bootflash: الجهاز. يمكنك أيضا إصدار الأمر dir slavesup-bootflash: لعرض الأمر Supervisor Engine (محرك المشرف) في وضع الاستعداد: الجهاز. يعرض هذا الإخراج crashinfo المسجلة في Supervisor Engine (محرك المشرف) bootflash: الجهاز:
cat6knative11#dir sup-bootflash: Directory of sup-bootflash:/ 1 -rw- 14849280 May 23 2001 12:35:09 c6sup12-jsv-mz.121-5c.E10 2 -rw- 20176 Aug 02 2001 18:42:05 crashinfo_20010802-234205 !--- Output suppressed.
إذا كانت مخرجات الأمر تشير إلى حدوث عطل في البرنامج في الوقت الذي اشتبهت فيه في إعادة تشغيل المحول، فاتصل بدعم Cisco التقني. قم بتوفير إخراج الأمر show tech-support والأمر show logging ، بالإضافة إلى إخراج ملف crashinfo. لإرسال الملف، قم بنقله عبر TFTP من المحول إلى خادم TFTP، وأرفق الملف بالحالة.
إذا لم يكن هناك ملف crashinfo، فتحقق من مصدر الطاقة للمحول للتأكد من عدم فشله. إذا كنت تستخدم مصدر طاقة غير قابل للانقطاع (UPS)، فتأكد من أنه يعمل بشكل صحيح. إذا كنت لا تزال لا تستطيع تحديد المشكلة، فاتصل بمركز تصعيد دعم Cisco التقني.
إذا تم إعادة ضبط وحدة مزودة ببطاقة إعادة التوجيه الموزعة (DFC) بنفسها دون إعادة تحميل المستخدم، فتحقق من ذاكرة التمهيد لبطاقة DFC لمعرفة ما إذا كانت قد تعرضت للتعطل. إذا توفر ملف معلومات عطل، يمكنك العثور على سبب العطل. قم بإصدار الأمر dir dfc#module_#-bootflash: للتحقق من وجود ملف معلومات عطل ومتى تمت كتابته. إذا تطابقت إعادة ضبط DFC مع الطابع الزمني crashinfo، فعليك إصدار الأمر more dfc#module_#-bootflash:filename. أو، قم بإصدار الأمر copy dfc#module_#-bootflash:filename tftp لنقل الملف عبر TFTP إلى خادم TFTP.
cat6knative#dir dfc#6-bootflash: Directory of dfc#6-bootflash:/ -#- ED ----type---- --crc--- -seek-- nlen -length- -----date/time------ name 1 .. crashinfo 2B745A9A C24D0 25 271437 Jan 27 2003 20:39:43 crashinfo_ 20030127-203943
بعد توفر ملف crashinfo، قم بجمع إخراج الأمر show logging والأمر show tech والاتصال بالدعم التقني من Cisco للحصول على مزيد من المساعدة.
يوضح هذا القسم الأسباب الشائعة لفشل إحدى الوحدات في الاتصال بالإنترنت وكيفية حل المشكلة. يمكنك تحديد أن الوحدة النمطية لا تأتي عبر الإنترنت بإحدى هذه الطرق:
يعرض إخراج الأمر show module إحدى الحالات التالية:
غير ذلك
غير معروف
معيب
ميزة "تعطيل الأخطاء" (errdisable)
انكار القوة
باور-باد
إضاءة مصباح كهرماني أو أحمر الحالة.
تحقق من قسم الأجهزة المدعومة من المادة حفازة 6500 sery إطلاق بطاقة من الإصدار ذي الصلة. إذا لم تكن الوحدة النمطية مدعومة في البرنامج الذي تشغله حاليا، فعليك تنزيل البرنامج المطلوب من مركز برامج Cisco IOS.
إذا كانت الحالة هي رفض الطاقة، فإن المحول لا يحتوي على طاقة كافية متوفرة لتشغيل هذه الوحدة النمطية. قم بإصدار الأمر show power /strong> لتأكيد ما إذا كانت الطاقة متوفرة بشكل كاف. راجع قسم أستكشاف الأخطاء وإصلاحها C6KPWR-4-POWRDENIED: عدم كفاية الطاقة أو وحدة نمطية في الفتحة [dec] تم رفض الطاقة أو ٪C6KPWR-SP-4-POWRDENY: عدم كفاية الطاقة أو وحدة نمطية في الفتحة [dec] Power Deny Error Messages قسم في هذا المستند.
إذا كانت الحالة power-bad، فإن المحول قادر على رؤية بطاقة، ولكنه غير قادر على تخصيص الطاقة. وهذا ممكن إذا كان Supervisor Engine (محرك المشرف) غير قادر على الوصول إلى محتويات PROM التسلسلي (SPROM) على الوحدة النمطية لتحديد تعريف بطاقة الخط. يمكنك إصدار الأمر show idprom module للتحقق من إمكانية قراءة SPROM. في حالة عدم الوصول إلى SPROM، يمكنك إعادة ضبط الوحدة النمطية.
تأكد من تثبيت هذه الوحدة بشكل مناسب ومن تثبيتها بشكل كامل. إذا لم تظهر الوحدة النمطية بعد على الإنترنت، فعليك إصدار أمر التكوين العام full مستوى بدء التشغيل التشخيصي للتأكد من تمكين التشخيص. ثم قم بإصدار الأمر hw-module <slot_number>reset. إذا كانت الوحدة النمطية لا تزال غير متصلة، فتحقق من موصل اللوحة الخلفية على الوحدة للتأكد من عدم وجود تلف. إذا لم يكن هناك تلف بصري، فجرب الوحدة النمطية في فتحة أخرى أو هيكل مختلف. تحقق أيضا من انثناء المسامير على موصل الفتحات على اللوحة الخلفية. أستخدم مصباح كاشف، إذا لزم الأمر، عند فحص مسامير الموصل في اللوحة الخلفية للهيكل.
قم بإصدار الأمر show diagnostics module <slot_number> لتحديد أي حالات فشل أجهزة على الوحدة النمطية. قم بإصدار أمر التكوين العام Diagnostic bootup level complete< > لتمكين التشخيصات الكاملة. أنت ينبغي يتلقى كامل تشخيصات يمكن أن يكون بحيث المفتاح يستطيع أنجزت تشخيصات على الوحدة نمطية. إذا تم تمكين الحد الأدنى من التشخيصات وتغييره لإكمال التشخيصات، فيجب إعادة تعيين الوحدة النمطية بحيث يمكن للمحول إجراء التشخيصات الكاملة. يصدر إخراج المثال في هذا القسم الأمر show diagnostics module. لكن النتائج غير حاسمة لأن العديد من الاختبارات تم إجراؤها في الوضع الأدنى. يعرض الإخراج كيفية تشغيل مستوى التشخيص ثم قم بإصدار الأمر show diagnostics module مرة أخرى لعرض النتائج الكاملة.
ملاحظة: لم يتم تثبيت محولات واجهة Gigabit (GBICs) في الوحدة النمطية العينة. ولذلك لم تجر إختبارات النزاهة. يتم إجراء إختبار سلامة GBIC فقط على GBICs النحاسية (WS-G5483= ).
cat6native#show diagnostic module 3 Current Online Diagnostic Level = Minimal Online Diagnostic Result for Module 3 : PASS Online Diagnostic Level when Module 3 came up = Minimal Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestGBICIntegrity : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- U U U U U U U U U U U U U U U U 2 . TestLoopback : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- . . . . . . . . . . . . . . . . 3 . TestDontLearn : U 4 . TestConditionalLearn : . 5 . TestStaticEntry : U 6 . TestCapture : U 7 . TestNewLearn : . 8 . TestIndexLearn : U 9 . TestTrap : U 10. TestIpFibShortcut : . 11. TestDontShortcut : U 12. TestL3Capture : U 13. TestL3VlanMet : . 14. TestIngressSpan : . 15. TestEgressSpan : . 16. TestAclPermit : U 17. TestAclDeny : U 18. TestNetflowInlineRewrite : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- U U U U U U U U U U U U U U U U !--- Tests that are marked "U" were skipped because a minimal !--- level of diagnostics was enabled. cat6knative#configure terminal Enter configuration commands, one per line. End with CNTL/Z. cat6knative(config)#diagnostic bootup level complete !--- This command enables complete diagnostics. cat6knative(config)#end cat6knative# *Feb 18 13:13:03 EST: %SYS-5-CONFIG_I: Configured from console by console cat6knative# cat6knative#hw-module module 3 reset Proceed with reload of module? [confirm] % reset issued for module 3 cat6knative# *Feb 18 13:13:20 EST: %C6KPWR-SP-4-DISABLED: power to module in slot 3 set off (Reset) *Feb 18 13:14:12 EST: %DIAG-SP-6-RUN_COMPLETE: Module 3: Running Complete Online Diagnostics... *Feb 18 13:14:51 EST: %DIAG-SP-6-DIAG_OK: Module 3: Passed Online Diagnostics *Feb 18 13:14:51 EST: %OIR-SP-6-INSCARD: Card inserted in slot 3, interfaces are now online cat6knative#show diagnostic module 3 Current Online Diagnostic Level = Complete Online Diagnostic Result for Module 3 : PASS Online Diagnostic Level when Module 3 came up = Complete Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestGBICIntegrity : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- U U U U U U U U U U U U U U U U !--- The result for this test is unknown ("U", untested) !--- because no copper GBICS are plugged in. 2 . TestLoopback : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- . . . . . . . . . . . . . . . . 3 . TestDontLearn : . 4 . TestConditionalLearn : . 5 . TestStaticEntry : . 6 . TestCapture : . 7 . TestNewLearn : . 8 . TestIndexLearn : . 9 . TestTrap : . 10. TestIpFibShortcut : . 11. TestDontShortcut : . 12. TestL3Capture : . 13. TestL3VlanMet : . 14. TestIngressSpan : . 15. TestEgressSpan : . 16. TestAclPermit : . 17. TestAclDeny : . 18. TestNetflowInlineRewrite : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- . . . . . . . . . . . . . . . .
قم بإصدار الأمر show tech-support والأمر show logging . ابحث عن أي رسائل أخرى تتعلق بهذه الوحدة النمطية لاستكشاف الأخطاء وإصلاحها مرة أخرى.
إذا كانت الوحدة النمطية لا تزال لا تظهر على الإنترنت، فعليك إنشاء طلب خدمة باستخدام الدعم الفني من Cisco لاستكشاف الأخطاء وإصلاحها بعد ذلك. قم بتوفير سجل مخرجات المحول التي قمت بتجميعها والمعلومات من الخطوات السابقة.
يمكن أن تقوم "محركات المشرف" برمي الرسائل التي تشير إلى فشل الاتصال داخل النطاق. تبدو الرسائل التي تم تسجيلها بواسطة المحول مماثلة لما يلي:
InbandKeepAliveFailure:Module 1 not responding over inband InbandKeepAlive:Module 2 inband rate: rx=0 pps, tx=0 pps ProcessStatusPing:Module 1 not responding over SCP ProcessStatusPing:Module 1 not responding... resetting module
عندما الإدارة قارن من المفتاح يعالج حركة مرور كثيف، مفتاح سجل InBandKeepAliveFailure خطأ رسالة. قد يرجع هذا إلى الأسباب التالية:
محرك المشرف مشغول
حلقة بروتوكول الشجرة الممتدة
قامت قوائم التحكم في الوصول (ACL) ومنظمو جودة الخدمة بخنق حركة المرور أو إسقاطها عبر قناة الاتصالات داخل النطاق
مشاكل مزامنة ASIC للمنفذ
مشاكل الوحدة النمطية Switch Fabric Module
لحل المشكلة، أستخدم التعليمات التالية:
أستخدم show process cpu، لتحديد العملية التي تتسبب في هذه المشكلة. أحلت مادة حفازة 6500/6000 مفتاح high cpu إستعمال أن يمسح الجذر سبب.
يمكن أن تقوم وحدة الإشراف التي تحتوي على خلل في النظام الأساسي أو النظام الأساسي بشكل خاطئ برمي رسائل فشل الاتصال هذه. لاسترداد رسائل الخطأ هذه، قم بجدولة نافذة صيانة وأعد تثبيت الوحدة النمطية للمشرف.
يمكن أن يظهر Cisco Catalyst 6500/6000 الذي يشغل برنامج Cisco IOS Software لإعادة تحميله باستخدام سبب إعادة الضبط هذا:
System returned to ROM by power-on (SP by abort)
يدخل Catalyst 6500/6000 مع سجل تكوين SP الذي يسمح بالأعطال، على سبيل المثال 0x2، والذي يستقبل إشارة كسر وحدة تحكم إلى وضع تشخيص ROMmon. يبدو أن النظام يتعطل. قد يؤدي عدم تطابق إعدادات سجل التكوين على SP و RP إلى حدوث هذا النوع من إعادة التحميل. وعلى وجه الخصوص، يمكنك تعيين سجل تكوين معالج محول محرك المشرف (SP) على قيمة لا تتجاهل الانقطاع، بينما يكون سجل تكوين معالج توجيه معالج محول متعدد الطبقات (MSFC) (RP) قيمة مناسبة لا تتجاهل الانقطاع . على سبيل المثال، يمكنك تعيين Supervisor Engine SP إلى 0x2 و MSFC RP إلى 0x2102. لمزيد من المعلومات، ارجع إلى برامج Cisco IOS Catalyst 6500/6000 مع الخطأ "النظام الذي تم إرجاعه إلى ROM بواسطة تشغيل الطاقة (SP بإجهاض)".
يقوم Cisco Catalyst 6500/6000 الذي يشغل برنامج Cisco IOS Software بتمهيد الصورة القديمة في sup-bootdisk بغض النظر عن تكوين متغير التمهيد في التكوين الجاري. على الرغم من تكوين متغير التمهيد للتمهيد من الذاكرة المؤقتة الخارجية، إلا أن المحول يقوم بتمهيد الصورة القديمة فقط في sup-bootdisk. السبب لهذه المشكلة هو عدم تطابق إعدادات سجل التكوين على SP و RP.
في RP، قم بإصدار الأمر show bootvar.
Switch#show boot BOOT variable = sup-bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1; CONFIG_FILE variable = BOOTLDR variable = Configuration register is 0x2102
في sp، قم بإصدار الأمر show bootvar.
Switch-sp#show boot BOOT variable = bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1; CONFIG_FILE variable does not exist BOOTLDR variable does not exist Configuration register is 0x2101
وهذا يتسبب في أن يقوم المحول بتمهيد الصورة السابقة بغض النظر عن تكوين متغير التمهيد في التكوين الجاري. لحل هذه المشكلة، قم بإصدار الأمر switch(config)#config-register 0x2102، ثم تأكيد أن كلا من SP و RP لديهما نفس قيمة config-register. أعد تحميل المحول بعد كتابة التكوين الخاص به في تكوين بدء التشغيل.
تشير رسالة الخطأ هذه إلى أن ذاكرة NVRAM بها مشاكل. إذا قمت بمسح ذاكرة NVRAM وأعد تحميل المحول، فيمكنه إسترداد ذاكرة NVRAM. إذا لم يؤدي هذا إلى حل المشكلة، فعليك تنسيق ذاكرة NVRAM للمساعدة في حل المشكلة. في كلتا الحالتين، يوصى بإجراء نسخ إحتياطي لمحتويات NVRAM. يتم عرض رسالة الخطأ هذه فقط عند تمكين تصحيح أخطاء NVRAM.
الخطأ رسالة CRIT_ERR_DETECTED الوحدة النمطية 7 - الخطأ: تحويل عداد FIFO يشير إلى أن الوحدة النمطية لم تشهد نشاطا على حافلة تحويل البيانات. قد يكون السبب وراء هذا الخطأ هو أن الوحدة النمطية التي تم إدخالها حديثا لم يتم إدراجها بشكل ثابت في الهيكل في البداية أو أنه تم دفعها للداخل ببطء جدا.
أعدت الوحدة نمطية in order to حللت المشكلة.
واجه نظام المجموعة Catalyst 6500 VSS رسالة الخطأ هذه:
%CONST_DIAG-4-ERROR_COUNTER_WARNING: Module [dec] Error counter exceeds threshold, system operation continue.
كشف TestErrorCounterMonitor عن تجاوز عداد أخطاء في الوحدة النمطية المحددة للحد. يمكن إرسال بيانات محددة حول عداد الأخطاء في رسالة نظام منفصلة. TestErrorCounterMonitor هي عملية خلفية لا تسبب أية أعطال لمراقبة الصحة تقوم بشكل دوري باستطلاع عدادات الأخطاء وعدادات المقاطعة لكل بطاقة خط أو وحدة مشرف في النظام.
%CONST_DIAG-4-ERROR_COUNTER_DATA: ID:[dec] IN:[dec] PO:[dec] RE:[dec] RM:[dec] DV:[dec] EG:[dec] CF:[dec] TF:[dec]
كشف TestErrorCounterMonitor عن تجاوز عداد أخطاء في الوحدة النمطية المحددة للحد. تحتوي هذه الرسالة على بيانات محددة حول عداد الأخطاء، بالإضافة إلى معلومات حول ASIC وسجل العداد، وعدد الأخطاء.
يتم تلقي رسالة الخطأ هذه عندما يستقبل ASIC على بطاقة الخط حزم باستخدام CRC سيئ. يمكن أن تكون المشكلة محلية لهذه الوحدة النمطية أو يمكن تشغيلها بواسطة وحدة نمطية أخرى معيبة في الهيكل.
على سبيل المثال:
%CONST_DIAG-SW1_SP-4-ERROR_COUNTER_WARNING: Module 2 Error counter exceeds threshold, system operation continue.
قد يكون السبب في هذا الخطأ هو أن الوحدة النمطية التي تم إدخالها حديثا لم يتم إدراجها بشكل ثابت. أعدت الوحدة نمطية in order to حللت المشكلة.
يتم تلقي رسالة الخطأ هذه عند الوصول إلى الحد الأقصى لعدد كتلة واصف واجهة البرامج (SWIDB):
٪interface_api-SP-1-Nomoreswidb: لا يمكن تخصيص المزيد من SWIDB، الحد الأقصى المسموح به هو 12000
راجع الحد الأقصى لعدد الواجهات والواجهات الفرعية لأنظمة Cisco IOS الأساسية: حدود IDB للحصول على مزيد من المعلومات حول حدود IDB.
عندما يحاول أنت أن يحول لا switchport قارن إلى switchport، هو يرجع خطأ.
Switch(config)#interface gigabit ethernet 7/29 Switch(config-if)#switchport %Command rejected: Cannot convert port. Maximum number of interfaces reached. Output of idb: AMC440E-SAS01#show idb Maximum number of Software IDBs 12000. In use 11999. HWIDBs SWIDBs Active 218 220 Inactive 11779 11779 Total IDBs 11997 11999 Size each (bytes) 3392 1520 Total bytes 40693824 18238480
يوضح هذا المثال أن عدد IDBs الإجمالي (أسفل عمود SWIDBs) قد وصل إلى الحد الأقصى لعدد IDBs. عندما تقوم بحذف واجهة فرعية، فإن الأرقام النشطة وغير النشطة في عمود SWIDBs تتغير، ومع ذلك، يبقى إجمالي رقم IDBs في الذاكرة. لحل هذه المشكلة، أعد تحميل المحول لمسح قاعدة بيانات IDB. وإلا، بمجرد نفاد النظام، تحتاج إلى إعادة إستخدام الواجهات الفرعية المحذوفة.
يتم الإبلاغ عن رسالة خطأ مماثلة عندما يفشل المحول Cisco Catalyst 6500 switch في التمهيد باستخدام إصدار محدد من برنامج Cisco IOS Software.
00:00:56: %SYS-SP-2-MALLOCFAIL: Memory allocation of 2177024 bytes failed from 0x40173D8C, alignment 8 Pool: Processor Free: 1266272 Cause: Not enough free memory Alternate Pool: None Free: 0 Cause: No Alternate pool -Process= "TCAM Manager process", ipl= 0, pid= 112 -Traceback= 4016F4D0 40172688 40173D94 40577FF8 4055DB04 4055DEDC SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE! %Software-forced reload
تحدث هذه المشكلة بشكل عام عندما لا يتوفر DRAM كاف لصورة في Flash لإلغاء ضغطها.
أنجزت in order to حللت هذا إصدار، واحد من هذا خيار:
ترقية DRAM.
ارجع إلى قسم متطلبات الذاكرة (مثال 4) في كيفية إختيار إصدار من برنامج Cisco IOS Software. يقوم هذا بحساب مقدار DRAM المطلوب لصورتك.
تحميل صورة مناسبة لحجم الذاكرة الحالي.
in order to حددت النوع المشرف يركب على مادة حفازة 6500/6000، أحلت كيف أن يحدد النوع من مشرف وحدة نمطية أن يكون ركبت في مادة حفازة 6500/6000 sery مفتاح.
أحلت in order to عرفت التقصير ذاكرة خيار يتوفر في مادة حفازة 6500/6000، ذاكرة/flash حجم يساند في مادة حفازة مفتاح منصة.
لاختيار البرنامج المناسب وتنزيله، أستخدم صفحة التنزيلات - المحولات.
ملاحظة: يمكن فقط لمستخدمي Cisco المسجلين الوصول إلى معلومات وأدوات Cisco الداخلية.
عند استخدام الوحدات النمطية WS-X6548-GE-TX أو WS-X6148-GE-TX، فهناك احتمال أن يؤدي استخدام المنفذ الفردي إلى حدوث مشكلات في الاتصال أو فقد الحزمة على الواجهات المحيطة. خاصة عندما يستعمل أنت EtherChannel و بعيد يحول محلل أيسر (RSPAN) في هذا خط بطاقة، أنت يستطيع احتماليا رأيت الإستجابة بطيء بسبب ربط فقدان. تعد بطاقات الخط هذه بطاقات اشتراك زائد تم تصميمها لتوسيع شبكة جيجابت إلى سطح المكتب وليست مثالية لاتصال مزرعة الخوادم. على هذه الوحدات، هناك وصلة واحدة لشبكة إيثرنت بسرعة 1 جيجابت من منفذ ASIC تدعم ثمانية منافذ. تشترك هذه البطاقات في مخزن مؤقت سعة 1 ميجابايت بين مجموعة من المنافذ (1-8، 9-16، 17-24، 25-32، 33-40، و 41-48) لأن كل كتلة من ثمانية منافذ يزيد اشتراكها عن 8:1. لا يمكن أن يتجاوز إجمالي سعة المعالجة لكل كتلة من ثمانية منافذ 1 جيجابت في الثانية. يوضح الجدول 4 في وحدات واجهة الإيثرنت Cisco Catalyst 6500 Series 10/100- & 10/100/1000-Mbps Ethernet Interface Modules الأنواع المختلفة لوحدات واجهة الإيثرنت وحجم المخزن المؤقت المدعوم لكل منفذ.
يحدث زيادة في الاشتراك بسبب تجميع منافذ متعددة في Pinnacle ASIC واحد. يعد Pinnacle ASIC محرك الوصول المباشر إلى الذاكرة (DMA) الذي ينقل الحزم بين ناقل تحويل اللوحة الخلفية ومنافذ الشبكة. إن يستلم أي ميناء في هذا مدى أو يبث حركة مرور بمعدل يتجاوز عرض الحزمة الخاص به أو يستعمل مقدار كبير من المخازن المؤقتة لمعالجة دفعات حركة المرور، الميناء آخر في ال نفسه مدى يستطيع احتماليا واجهت فقدان ربط.
فسحة بين دعامتين غاية جدا سبب مشترك لأن هو ليس غير عادي أن ينسخ حركة مرور من VLAN كامل أو يتعدد ميناء إلى قارن وحيد. على بطاقة مع قارن خازن، الربط أن يتجاوز النطاق الترددي من الغاية ميناء سقطت بصمت ولا آخر ميناء يتأثر. مع يشارك مصد، هذا يسبب موصولية مشكلة للآخر ميناء على هذا مدى. في معظم السيناريوهات، لا ينتج عن المخازن المؤقتة المشتركة أي مشاكل. حتى مع وجود ثماني محطات عمل متصلة بالشبكة، فإنه من النادر أن يتم تجاوز النطاق الترددي المقدم.
المفتاح يستطيع اختبرت تحلل في خدمة عندما أنت تشكل فسحة بين دعامتين محلي في مفتاح، خاصة إن هو يراقب مقدار كبير من مصدر ميناء. يبقى هذا مشكلة إن يراقب هو خاص VLANs وإذا كبير رقم أو ميناء عينت إلى any of this VLANs.
حتى وإن أتمت فسحة بين دعامتين يكون في جهاز، هناك أداء تأثير صدمة لأن الآن المفتاح يحمل ضعف ما حركة مرور. لأن كل linecard يكرر الحركة مرور في مدخل، كلما ميناء monitore، كل مدخل حركة مرور تضاعف عندما reaches هو البناء. ومن الممكن أن يعمل التقاط حركة المرور من عدد كبير من المنافذ المشغولة على أي من بطاقات الخط على تعبئة اتصال البنية، وخاصة ببطاقات WS-6548-GE-TX، التي لا تحتوي إلا على اتصال بنيوي بسرعة 8 جيجابت.
تحتوي الوحدات النمطية WS-X6548-GE-TX و WS-X6548V-GE-TX و WS-X6148-GE-TX و WS-X6148V-GE-TX على حدود مع EtherChannel. ل EtherChannel، يذهب المعطيات من كل خطوة في حزمة إلى الميناء ASIC، even though المعطيات يكون معد ل ل آخر خطوة. وتستهلك هذه البيانات النطاق الترددي في إرتباط إيثرنت بسرعة 1 جيجابت. بالنسبة لهذه الوحدات النمطية، لا يمكن أن يتجاوز إجمالي جميع البيانات على EtherChannel 1 جيجابت.
تحقق من هذا الإخراج للتحقق من أن الوحدة النمطية تختبر عمليات السقوط المتعلقة بالمخزن المؤقت الزائد عن المستخدم:
IOS الأصلي من Cisco
Cat6500# show counters interface gigabitEthernet <mod/port> | يتضمن qos3Outlost
51. qos3Outlost = 768504851
قم بتشغيل أوامر show عدة مرات للتحقق مما إذا كان التجميع يتزايد بشكل ثابت. يتم مسح مخرجات asicreg في كل مرة يتم تشغيلها. إذا بقيت مخرجات asicreg غير صفرية فإن ذلك يشير إلى حالات السقوط النشطة. استنادا إلى معدل حركة المرور، يلزم تجميع هذه البيانات خلال عدة دقائق للحصول على زيادات كبيرة.
أكمل الخطوات التالية:
عزلت أي ميناء أن يكون باستمرار فرط الاشتراك إلى نطاقها الخاص من ميناء in order to قللت التأثير من قطرات إلى آخر قارن.
على سبيل المثال، إذا كان لديك خادم متصل بالمنفذ 1 وهو oversubscribing
الواجهة، فقد يؤدي ذلك إلى إستجابة بطيئة إذا كان لديك عدة خوادم أخرى متصلة بالمنافذ في النطاق 2-8. في هذه الحالة، انقل oversubscribing< /code> server to port 9 in order to free up the buffer in the first block of ports 1-8. On newer software versions, SPAN destinations have the buffering automatically moved to the interface, so it does not impact the other ports in its range. Cisco bug ID CSCin70308 (accessible only to registered Cisco clients) for more information.
قم بتعطيل رئيس حظر الخط (HOL) الذي يستخدم المخازن المؤقتة للواجهة بدلا من المخازن المؤقتة المشتركة.
هذا ينتج في حالات سقوط من المفرد عبر المنفذ المستعمل فقط. لأن المخازن المؤقتة للواجهة (32 ك) أصغر بكثير من المخزن المؤقت المشترك بسعة 1 ميجابايت، فمن المحتمل أن يكون هناك مزيد من فقدان الحزمة على المنافذ الفردية. لا ينصح بهذا إلا للحالات القصوى حيث لا يمكن نقل العملاء الأبطأ أو الفسحة بين دعامتين ميناء إلى بطاقات الخط الأخرى التي توفر تخزينها المؤقت المخصص للواجهة.
IOS الأصلي من Cisco
الموجه(config)# قارن gigabitethernet <mod/port>
الموجه(config-if)# تعطيل إعاقة الهول
وبمجرد تعطيل ذلك، تنتقل عمليات الإسقاط إلى عدادات الواجهة ويمكن رؤيتها باستخدام الأمر show interface gigabit <mod/port>. لم تعد المنافذ الأخرى تتأثر شرط ألا تكون أيضا بشكل فردي bursting
. نظرا لأنه من المستحسن الحفاظ على تمكين حظر HOL، يمكن إستخدام هذه المعلومات للعثور على الجهاز الذي يتجاوز المخازن المؤقتة على نطاق المنافذ ونقلها إلى بطاقة أخرى أو نطاق معزول على البطاقة، لذا يمكن إعادة تمكين حظر HOL.
عندما يشكل أنت فسحة بين دعامتين جلسة، تأكدت أن الغاية ميناء لا يبلغ أي خطأ على أن قارن خاص. فحصت in order to فحصت أي خطأ ممكن على الغاية ميناء، الإنتاج من العرض قارن <interface type> <interface number> أمر ل cisco ios أن يرى إن هناك أي إنتاج قطرة أو خطأ. الأداة يربط إلى الغاية ميناء والميناء نفسه ينبغي يتلقى ال نفسه سرعة ومزدوج عملية إعداد أن يتجنب أي خطأ على الغاية ميناء.
ضع في الاعتبار النقل إلى وحدات الإيثرنت التي لا تحتوي على منافذ تحتوي على اشتراك زائد. راجع المحولات Cisco Catalyst 6500 Series Switches - الواجهات والوحدات النمطية ذات الصلة للحصول على مزيد من المعلومات حول الوحدات النمطية المدعومة.
يمكن أن تعرض البروتوكولات التي يتم تشغيلها على المحول تأخيرا أوليا في الاتصال. من المحتمل أن تواجه هذه المشكلة إذا لاحظت أي من هذه الأعراض عند تشغيل أو إعادة تشغيل جهاز عميل:
لا يعرض عميل Microsoft networking
أي وحدات تحكم بالمجال متوفرة .
لم يتوفر أي من خوادم DHCP عبر بروتوكول DHCP.
لا تحتوي محطة عمل شبكة تبادل حزم الشبكة البينية (IPX) من Novell على شاشة تسجيل دخول Novell عند بدء التشغيل.
يعرض networking
عميل AppleTalk إمكانية الوصول إلى شبكة AppleTalk تمت مقاطعتها. لإعادة تأسيس الاتصال، قم بفتح لوحة التحكم في AppleTalk وإغلاقها . وهناك أيضا احتمال ألا يعرض تطبيق إختيار عميل AppleTalk قائمة مناطق أو يعرض قائمة مناطق غير مكتملة.
يمكن أن تحتوي محطات شبكة IBM على إحدى الرسائل التالية:
فشل تحليل العنوان NSB83619
NSB83589- فشل التمهيد بعد محاولة واحدة
NSB70519—فشل الاتصال بخادم
قد يؤدي تأخير الواجهة إلى ظهور أعراض عدم قدرة محطة عمل القسم على تسجيل الدخول إلى الشبكة أثناء بدء التشغيل/عدم القدرة على الحصول على قوائم عناوين DHCP. هذه أسباب شائعة لتأخير الواجهة:
تأخير بروتوكول الشجرة الممتدة (STP)
تأخير EtherChannel
تأخير التوصيل
تأخير التفاوض التلقائي
لمزيد من المعلومات حول هذه التأخيرات والحلول المحتملة، ارجع إلى إستخدام أوامر PortFast والأوامر الأخرى لإصلاح تأخيرات اتصال بدء تشغيل محطة العمل.
إذا كانت لديك مشاكل بعد مراجعة الإجراء واستخدامه، فاتصل بدعم Cisco التقني.
أنت يستطيع يتلقى شبكة قارن بطاقة (nic) إنسجام أو misconfiguration إصدار مع المفتاح إن أنت تتلقى any of this مشكلة:
لم يتم العثور على اتصال خادم/عميل بالمحول.
لديك مشاكل في التفاوض التلقائي.
أنت ترى خطأ على الميناء.
يمكن أن يكون سبب هذه الأعراض:
مشكلة معروفة في برنامج تشغيل NIC
حالة عدم توافق مزدوج السرعة
مشاكل التفاوض التلقائي
مشكلات الكبل
أحلت in order to تحريت أكثر، يتحرى cisco مادة حفازة مفتاح إلى nic توافق إصدار.
إن القارن وضع errdisable في العرض قارن وضع أمر ينتج، القارن يتلقى يكون أعجزت بسبب خطأ شرط. هنا مثال من القارن في errdisable وضع:
cat6knative#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 err-disabled 100 full 1000 1000BaseSX
أو، أنت يستطيع رأيت رسالة مماثل إلى هذا إن أعجزت القارن يتلقى يكون بسبب خطأ شرط:
%SPANTREE-SP-2-BLOCK_BPDUGUARD: Received BPDU on port GigabitEthernet4/1 with BPDU Guard enabled. Disabling port. %PM-SP-4-ERR_DISABLE: bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state
هذا مثال رسالة عرض عندما الجسر بروتوكول معطيات وحدة (BPDU) يكون إستلمت على مضيف ميناء. تستند الرسالة الفعلية إلى سبب حالة الخطأ.
هناك العديد من الأسباب التي تجعل الواجهة تنتقل إلى حالة "تعطيل الأخطاء". يمكن أن يكون السبب هو:
عدم تطابق الإرسال المزدوج
التكوين الخاطئ لقناة المنفذ
انتهاك حماية وحدة بيانات بروتوكول الجسر (BPDU)
شرط UDLD
اكتشاف التصادم المتأخر
اكتشاف عدم ثبات حالة الارتباط
انتهاك الأمان
عدم ثبات حالة بروتوكول تجميع المنفذ (PAgP)
حماية البروتوكول النفقي من الطبقة الثانية (L2TP)
حد معدل التطفل على بروتوكول DHCP
أتمت in order to مكنت Errdisabled ميناء، هذا steps:
افصل الكبل من أحد طرفي الاتصال.
أعد تكوين الواجهات.
مثلا، إن يكون القارن في errdisabled دولة واجب إلى EtherChannel misconfiguration، reconfigure قارن نطاقات ل EtherChannel.
إيقاف تشغيل المنافذ على كلا النهايتين.
قم بتوصيل الكابلات بكلا المحولين.
قم بإصدار الأمر no shutdown على الواجهات.
أنت يستطيع أيضا أصدرت ال errdisable إستعادة سبب enable أمر in order to setup تعطيل آليات أن تلقائيا reenable الميناء بعد يشكل مؤقت فترة.
ملاحظة: تظهر حالة الخطأ مرة أخرى إذا لم تقم بحل السبب الجذري للمشكلة.
أصدرت in order to حددت السبب للوضع errdisable، العرض errdisable إستعادة أمر.
cat6knative#show errdisable recovery ErrDisable Reason Timer Status ----------------- -------------- udld Enabled bpduguard Enabled security-violatio Enabled channel-misconfig Enabled pagp-flap Enabled dtp-flap Enabled link-flap Enabled l2ptguard Enabled psecure-violation Enabled Timer interval: 300 seconds Interfaces that will be enabled at the next timeout: Interface Errdisable reason Time left(sec) --------- ----------------- -------------- Gi4/1 bpduguard 270
بعد أن يعرف أنت السبب من ال errdisable e، تحريت المشكلة وصححت الجذر من الإصدار. على سبيل المثال، ميناءك يستطيع كنت في errdisable بسبب الإستلام من BPDU على PortFast-enabled منفذ ميناء، بما أن في المثال. أنت يستطيع تحريت ما إذا كان مفتاح كان من غير قصد ربطت إلى أن ميناء أو إن ربطت صرة أن يخلق شرط تكرار. لاستكشاف أخطاء السيناريوهات الأخرى وإصلاحها، ارجع إلى معلومات الميزة المحددة في وثائق المنتج. أحلت Errdisable دولة الميناء إستعادة على ال cisco ios منصة ل كثير معلومة شامل من وضع errdiable. إذا كانت لا تزال لديك مشاكل بعد مراجعة هذه المعلومات واستكشاف أخطائها وإصلاحها، فاتصل بدعم Cisco التقني للحصول على مزيد من المساعدة.
إن يرى أنت خطأ في العرض قارن أمر إنتاج، فحصت الحالة وصحة القارن أن يواجه المشكلة. تحقق أيضا مما إذا كانت حركة المرور تمر عبر الواجهة. راجع الخطوة 12 من أستكشاف أخطاء اتصال منفذ الوحدة النمطية WS-X6348 وإصلاحها على محول Catalyst 6500/6000 يشغل برنامج Cisco IOS System.
cat6knative#show interfaces gigabitethernet 1/1 GigabitEthernet1/1 is up, line protocol is up (connected) Hardware is C6k 1000Mb 802.3, address is 0001.6416.042a (bia 0001.6416.042a) Description: L2 FX Trunk to tpa_data_6513_01 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Full-duplex mode, link type is autonegotiation, media type is SX output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s Clock mode is auto input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:01, output 00:00:28, output hang never Last clearing of "show interface" counters never Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 5 minute input rate 118000 bits/sec, 289 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 461986872 packets input, 33320301551 bytes, 0 no buffer Received 461467631 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 137 overrun, 0 ignored 0 input packets with dribble condition detected 64429726 packets output, 4706228422 bytes, 0 underruns 0 output errors, 0 collisions, 2 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out cat6knative#
أيضا، أنت يستطيع رأيت خطأ في العرض قارن <interface-id>قارن خطأ أمر إنتاج. إذا كان الأمر كذلك، فتحقق من الأخطاء المقترنة بالواجهة. ارجع إلى الخطوة 14 من أستكشاف أخطاء اتصال منفذ الوحدة النمطية WS-X6348 وإصلاحها على محول Catalyst 6500/6000 يشغل برنامج Cisco IOS System.
cat6knative#show interfaces gigabitethernet 3/1 counters errors Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards Gi3/1 0 0 0 0 0 0 Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants Gi3/1 0 0 0 0 0 0 0 Port SQETest-Err Deferred-Tx IntMacTx-Err IntMacRx-Err Symbol-Err Gi3/1 0 0 0 0 0
السبب أن القارن يبدي خطأ يستطيع كنت طبيعي طبقة إصدار، مثل:
كابل معيب/بطاقة واجهة الشبكة (NIC)
مشاكل التكوين، مثل عدم تطابق السرعة والإرسال ثنائي الإتجاه
مشكلات الأداء، مثل الاشتراك الزائد
أحلت in order to فهمت واستكشاف أخطاء هذا إصدار، يتحرى مفتاح ميناء وقارن مشكلة.
في بعض الأحيان، يتزايد عدد عدادات الأخطاء بشكل غير صحيح بسبب خطأ في البرنامج أو بسبب حد في الجهاز. يسرد هذا الجدول بعض مشاكل العداد المعروفة مع النظام الأساسي Catalyst 6500/6000 التي تعمل ببرنامج Cisco IOS Software:
ملاحظة: يمكن فقط لعملاء Cisco المسجلين الوصول إلى المواقع الداخلية ومعلومات الخطأ.
العرض | الوصف | الإصلاح |
---|---|---|
عمالقة على واجهات خط اتصال IEEE 802.1Q على المحولات المستندة إلى محرك المشرف 720. | مادة حفازة 6500 sery مفتاح يستطيع أصدرت تقرير عملاق للحزم حجم أن يكون أكثر من 1496 بايت واستلمت حددت على شنطة عبر المشرف محرك 720 ميناء. أنت يستطيع أيضا رأيت هذا إصدار على 67xx خط بطاقة. القضية شكلية، والمحول يرسل الربط. يقع الإصدار أيضا مع isl 1 شنطة. أحلت cisco بق id CSCec62587 و cisco بق id CSCed42859 للتفاصيل. | برنامج IOS الإصدار 12.2(17b)SXA من Cisco والإصدارات الأحدث من برنامج Cisco IOS الإصدار 12.2(18)SXD والإصدارات الأحدث |
عمالقة على واجهات خط اتصال 802.1Q على المحولات المستندة إلى محرك المشرف 2. | يحسب المفتاح ربط أن يكون في المدى من 1497 إلى 1500 على VLAN غير أهلي طبيعي على ال 802.1Q شنطة ميناء بما أن عملاق. هذه مشكلة تجميلية، ويتم إعادة توجيه الحزم بواسطة المحول. راجع معرف تصحيح الأخطاء من Cisco CSCdw04642 للحصول على تفاصيل. | غير متوفر حاليا |
تظهر عدادات إسقاط الإخراج الزائدة في إخراج الأمر show interface على واجهات Gigabit، حتى عندما تكون ظروف حركة المرور منخفضة. | تظهر عدادات إسقاط الإخراج الزائدة في إخراج الأمر show interface على واجهات Gigabit عندما تكون ظروف حركة المرور منخفضة. أحلت cisco بق id CSCdv86024 لمزيد من التفاصيل. |
برنامج IOS الإصدار 12.1(8b)E12 من Cisco والإصدارات الأحدث من برنامج Cisco IOS الإصدار 12.1(11b)E8 والإصدارات الأحدث من برنامج Cisco IOS الإصدار 12.1(12c)E1 والإصدارات الأحدث من برنامج Cisco IOS الإصدار 12.1(13)E1 والإصدارات الأحدث |
تحتوي واجهة قناة المنفذ على إحصائيات غير صحيحة في إخراج أمر show interface ل BPS 1 و PPS 2 . | عندما يستعمل أنت cisco ios برمجية وقناة أيسر عينت على إثنان سريع إثرنيت ميناء، وحركة مرور يكون ولدت من خلال الميناء قناة، القارن طبيعي يتلقى المعدل إحصائيات صحيح. ومع ذلك، تحتوي واجهة قناة المنفذ على إحصائيات غير صحيحة. راجع معرف تصحيح الأخطاء من Cisco CSCdw23826 للحصول على تفاصيل. | برنامج IOS الإصدار 12.1(8a)EX من Cisco IOS Software الإصدار 12.1(11b)E1 برنامج Cisco IOS الإصدار 12.1(13)E1 |
1 ISL = إرتباط بين المحولات.
2 بت في الثانية = بت في الثانية.
3 حزمة في الثانية = حزم في الثانية.
إذا كانت لا تزال لديك مشاكل بعد مراجعتك واستكشاف أخطائها وإصلاحها على أساس المستندات التي يذكرها هذا القسم، فاتصل بدعم Cisco التقني للحصول على مزيد من المساعدة.
GBICs أن يعمل في برمجية إطلاق أن يكون مبكر من cisco ios برمجية إطلاق 12.1(13)E يفشل بعد أنت يحسن.
باستخدام برنامج Cisco IOS Software الإصدار 12.1(13) System، لا يسمح للمنافذ ذات GBICs التي تحتوي على المجموع الاختباري GBIC سيئ EEPROM بالوصول. هذا هو السلوك المتوقع ل 1000BASE-TX (نحاسي) وتجميع انقسام الموجة الخشن (CWDM) GBICs. ومع ذلك، فإن السلوك غير صحيح ل GBICs الأخرى. مع الإصدارات السابقة، تم السماح بالوصول إلى المنافذ التي تحتوي على GBICs الأخرى التي تحتوي على أخطاء المجموع الاختباري.
تطبع رسالة الخطأ هذه عندما يحدث هذا الخطأ في برنامج Cisco IOS Software، الإصدار 12.1(13)E:
%PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port 1/2 failed: bad key
أصدرت العرض قارن أمر in order to عرضت هذا إنتاج:
Router#show interface status Port Name Status Vlan Duplex Speed Type Gi2/1 faulty routed full 1000 bad EEPROM
يمكن إصلاح هذه المشكلة في برنامج Cisco IOS الإصدار 12.1(13)E1، و 12.1(14)E، والإصدارات الأحدث.
أحلت ل كثير معلومة حول هذا إصدار، إشعار ميداني: GBIC EEPROM خطأ في cisco ios ® برمجية إطلاق 12.1(13)E ل المادة حفازة 6000.
أنت يستطيع رأيت one or more من هذا خطأ رسالة في ال syslogs أو عرض سجل مقياس سرعة أمر إنتاج:
المجموع الاختباري لرأس قمة الملف
خطأ في الجهاز الخاص بحالة Mdtif للملف
خطأ CRC الخاص بحزمة Mdtif للملف
خطأ في التدفق السفلي الخاص بـ Pb Rx للملف
خطأ في تماثل Pb Rx للملف
إن يتلقى أنت موصولية إصدار مع التوصيل من المضيف على ال WS-X6348 وحدة نمطية أو آخر 10/100 وحدة نمطية، أو إن أنت ترى رسالة خطأ أن يكون مماثل إلى الأحد يعدد في هذا قسم، وأنت تتلقى مجموعة من 12 ميناء أن يكون التصق ولا يجتاز حركة مرور، أنجزت هذا steps:
قم بتعطيل الواجهات وتمكينها.
أصدرت الأمر in order to أيسر إعادة ضبط الوحدة نمطية.
قم بتنفيذ أحد هذه الإجراءات لإعادة ضبط الوحدة النمطية بشكل ثابت:
قم بإعادة بيع البطاقة بشكل فعلي.
قم بإصدار أمر التكوين العام no power enable module module_# وأمر التكوين العام power enable module module_#.
بعد تنفيذ هذه الخطوات، اتصل بدعم Cisco التقني </a> مع المعلومات إذا واجهت واحدة أو أكثر من هذه المشاكل:
لا يتم نشر الوحدة النمطية على الإنترنت.
تظهر الوحدة عبر الإنترنت، ولكن مجموعة من 12 واجهة تفشل في التشخيص.
يمكنك رؤية ذلك في الإخراج من الأمر show diagnostic module <module_number>.
تكون الوحدة النمطية عالقة في الحالة الأخرى عند التمهيد.
تصبح جميع مصابيح LED الخاصة بالمنفذ على الوحدة النمطية كهرمانية.
كل قارن في ال errdisabled دولة.
يمكنك ملاحظة ذلك عند إصدار الأمر show interfaces status module module_#.
راجع أستكشاف أخطاء اتصال المنفذ الوحدة النمطية WS-X6348 وإصلاحها على محول Catalyst 6500/6000 يشغل برنامج Cisco IOS System للحصول على تفاصيل.
إذا كانت لديك مشكلات اتصال مع الأجهزة المضيفة على الوحدة النمطية WS-X6348 أو الوحدات النمطية 10/100 الأخرى، فارجع إلى أستكشاف أخطاء اتصال منفذ الوحدة النمطية WS-X6348 وإصلاحها على محول Catalyst 6500/6000 يشغل برنامج Cisco IOS System للحصول على تفاصيل. إذا كانت لا تزال لديك مشاكل بعد المراجعة واستكشاف الأخطاء وإصلاحها على أساس المستند أستكشاف أخطاء اتصال منفذ الوحدة النمطية WS-X6348 وإصلاحها على محول Catalyst 6500/6000 يشغل برنامج Cisco IOS System ، فاتصل بالدعم التقني من Cisco للحصول على مزيد من المساعدة.
قد تتسبب المشاكل المتعلقة بالشجرة المتفرعة في حدوث مشاكل في الاتصال في شبكة محولة. للحصول على إرشادات حول كيفية منع مشاكل الشجرة المتفرعة، ارجع إلى أستكشاف أخطاء بروتوكول الشجرة المتفرعة (STP) وإصلاحها على محول Catalyst الذي يشغل برنامج Cisco IOS System .
مثل كل جهاز Cisco IOS، يسمح المحول Catalyst 6500 switch أيضا بعدد محدود من جلسات Telnet. إن يبلغ أنت هذا حد، المفتاح لا يسمح إضافي vty جلسة. للتحقق من ما إذا واجهت هذه المشكلة، قم بالاتصال بوحدة التحكم في Supervisor Engine (المحرك المشرف). قم بإصدار الأمر show user. يبدي ال ligne قارن (CLI) ينتج من هذا أمر كيف كثير خط يكون حاليا يشغل:
Cat6500#show user Line User Host(s) Idle Location 0 con 0 10.48.72.118 00:00:00 1 vty 0 10.48.72.118 00:00:00 10.48.72.118 2 vty 1 10.48.72.118 00:00:00 10.48.72.118 3 vty 2 10.48.72.118 00:00:00 10.48.72.118 4 vty 3 10.48.72.118 00:00:00 10.48.72.118 *5 vty 4 idle 00:00:00 10.48.72.118
أكمل الخطوات التالية:
استنادا إلى إخراج الأمر show user ، قم بإصدار الأمر clear line line_number من أجل مسح الجلسات التي انتهت صلاحيتها.
Cat6500#show user Line User Host(s) Idle Location 0 con 0 10.48.72.118 00:00:00 1 vty 0 10.48.72.118 00:00:00 10.48.72.118 2 vty 1 10.48.72.118 00:00:00 10.48.72.118 3 vty 2 10.48.72.118 00:00:00 10.48.72.118 4 vty 3 10.48.72.118 00:00:00 10.48.72.118 *5 vty 4 idle 00:00:00 10.48.72.118 Cat6500#clear line 1 Cat6500#clear line 2 !--- Output suppressed.
شكلت خامل مهلة ل ال vty جلسة و وحدة طرفية للتحكم in order to أخلت أي جلسة غير نشط. يوضح هذا المثال التكوين الذي سيتم إستخدامه لتعيين مهلة الخمول على 10 دقائق:
Cat6500#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Cat6500(config)#line vty 0 4 Cat6500(config-line)#exec-timeout ? <0-35791> Timeout in minutes Cat6500(config-line)#exec-timeout 10 ? <0-2147483> Timeout in seconds <cr> Cat6500(config-line)#exec-timeout 10 0 Cat6500(config-line)#exit Cat6500(config)#line con 0 Cat6500(config-line)#exec-timeout 10 0 Cat6500(config-line)#exit Cat6500(config)#
أنت يستطيع أيضا رفعت الرقم من يتوفر vty جلسة. أستخدم الأمر line vty 0 6 بدلا من line vty 0 4 .
في بعض الحالات، العرض مستعمل أمر إنتاج يستطيع لا يبدي ما من vty نشط تحت جلسة، غير أن توصيل إلى المفتاح مع إستعمال من ال telnet أمر بعد يفشل مع هذا خطأ رسالة:
% telnet connections not permitted from this terminal
في هذه الحالة، دققت أن أنت شكلت ال vty بشكل صحيح. أصدرت النقل مدخل كل أمر in order to سمحت ال vty أن ينقل كل شيء.
المشكلة
6500 مكدس مفتاح في ال VSS مجموعة، عندما يحاول أنت أن يوحد هو داخل إستعداد مفتاح، هو يفشل مع هذا Radius سجل رسالة:
٪RADIUS-4-RADIUS_DEAD: خادم RADIUS 10.50.245.20:1812،1813 لا يستجيب.
تعمل المصادقة من خلال Telnet إلى هذا المشرف في وضع الاستعداد بشكل جيد، كما يعمل سجل دخول وحدة التحكم على المشرف النشط بشكل جيد. تحدث المشكلة مع الاتصال بوحدة التحكم الخاصة بالمشرف في وضع الاستعداد.
الحل
مصادقة RADIUS مقابل وحدة التحكم للوحدة الاحتياطية غير ممكنة. لا يحتوي الاستعداد على اتصال IP لمصادقة AAA. تحتاج إلى إستخدام الخيار الاحتياطي، مثل قاعدة بيانات محلية.
في بعض الأحيان، تتزايد عدادات الحزم العملاقة على واجهات VSL حتى إذا لم يتم إرسال حزم بيانات عملاقة عبر النظام.
يحمل الحزم التي تجتاز واجهات VSL رأس VSL مكون من 32 بايت، عبر وما وراء رأس MAC العادي. يتم إستثناء هذا الرأس بشكل مثالي في تصنيف حجم الحزمة، لكن يتضمن ASIC المنفذ في الواقع هذا الرأس في هذا التصنيف. ونتيجة لذلك، يمكن أن ينتهي المطاف بحزم التحكم التي تكون قريبة من حد الحجم 1518 للحزم ذات الحجم العادي إلى تصنيفها كحزم عملاقة.
حاليا، هناك ما من حلول بديلة لهذه المشكلة.
أنت يستطيع رأيت يتعدد VLANs على المفتاح أن كان لم يكن هناك قبل. على سبيل المثال:
Vlan982 unassigned YES unset administratively down down Vlan983 unassigned YES unset administratively down down Vlan984 unassigned YES unset administratively down down Vlan985 unassigned YES unset administratively down down Vlan986 unassigned YES unset administratively down down Vlan987 unassigned YES unset administratively down down Vlan988 unassigned YES unset administratively down down Vlan989 unassigned YES unset administratively down down Vlan990 unassigned YES unset administratively down down Vlan991 unassigned YES unset administratively down down Vlan992 unassigned YES unset administratively down down Vlan993 unassigned YES unset administratively down down Vlan994 unassigned YES unset administratively down down Vlan995 unassigned YES unset administratively down down Vlan996 unassigned YES unset administratively down down Vlan997 unassigned YES unset administratively down down Vlan998 unassigned YES unset administratively down down Vlan999 unassigned YES unset administratively down down Vlan1000 unassigned YES unset administratively down down Vlan1001 unassigned YES unset administratively down down Vlan1002 unassigned YES unset administratively down down Vlan1003 unassigned YES unset administratively down down Vlan1004 unassigned YES unset administratively down down Vlan1005 unassigned YES unset administratively down down
كدقة، ال VLAN مرشح حركة مرور-capture vlan-list 1 - 700 أضفت أمر إلى التشكيل. يمكن إضافة أي شبكات VLAN لم يتم تكوينها بالفعل كشبكات VLAN من الطبقة 3.
إذا لم يظهر مؤشر LED "موافق" الخاص بمصدر الطاقة بعد تشغيل محول الطاقة، فعليك إصدار الأمر show power status all. ابحث عن حالة وحدة إمداد الطاقة، كما يوضح المثال التالي:
cat6knative#show power status all Power-Capacity PS-Fan Output Oper PS Type Watts A @42V Status Status State ---- ------------------ ------- ------ ------ ------ ----- 1 WS-CAC-2500W 2331.00 55.50 OK OK on 2 none Pwr-Requested Pwr-Allocated Admin Oper Slot Card-Type Watts A @42V Watts A @42V State State ---- ------------------ ------- ------ ------- ------ ----- ----- 1 WS-X6K-S2U-MSFC2 142.38 3.39 142.38 3.39 on on 2 WSSUP1A-2GE 142.38 3.39 142.38 3.39 on on 3 WS-X6516-GBIC 231.00 5.50 231.00 5.50 on on 4 WS-X6516-GBIC 231.00 5.50 231.00 5.50 on on 5 WS-X6500-SFM2 129.78 3.09 129.78 3.09 on on 6 WS-X6502-10GE 226.80 5.40 226.80 5.40 on on cat6knative#
إذا كانت الحالة غير موافق، كما هو الحال في هذا المثال، فاستخدم الخطوات الموضحة في قسم أستكشاف أخطاء وحدة إمداد الطاقة وإصلاحها في المستند أستكشاف الأخطاء وإصلاحها (محولات Catalyst 6500 Series Switches) لاستكشاف الأخطاء وإصلاحها مرة أخرى.
إذا ظهرت هذه الرسالة في السجل، فإن الرسالة تشير إلى عدم وجود طاقة كافية لتشغيل الوحدة النمطية. يشير [dec] في الرسالة إلى رقم الفتحة:
%OIR-SP-6-REMCARD: Card removed from slot 9, interfaces disabled C6KPWR-4-POWERDENIED: insufficient power, module in slot 9 power denied C6KPWR-SP-4-POWERDENIED: insufficient power, module in slot 9 power denied
قم بإصدار الأمر show power للعثور على وضع تكرار مصدر الطاقة.
cat6knative#show power system power redundancy mode = redundant system power total = 27.460A system power used = 25.430A system power available = 2.030A FRU-type # current admin state oper power-supply 1 27.460A on on power-supply 2 27.460A on on module 1 3.390A on on module 2 3.390A on on module 3 5.500A on on module 5 3.090A on on module 7 5.030A on on module 8 5.030A on on module 9 5.030A on off (FRU-power denied).
يوضح لك هذا الإخراج أن وضع وحدة إمداد الطاقة مكرر وأن وحدة إمداد طاقة واحدة لا تكفي لتشغيل الهيكل بأكمله. يمكنك تنفيذ أحد هذين الخيارين:
احصل على مصدر طاقة ذي قدرة كهربائية أعلى.
على سبيل المثال، إذا كانت وحدة إمداد الطاقة الحالية تيار متردد بقوة 1300 وات، فللحصول على وحدة إمداد طاقة تيار متردد بقوة 2500 وات أو 4000 وات.
أجعل وضع تكرار وحدة إمداد الطاقة مدمجا.
فيما يلي مثال:
cat6knative(config)#power redundancy-mode combined cat6knative(config)# %C6KPWR-SP-4-PSCOMBINEDMODE: power supplies set to combined mode.
وفي الوضع المدمج، توفر كل من وحدتي التزويد بالطاقة. ومع ذلك، في هذا الوضع، في حالة تعطل أحد مصادر الطاقة، تفقد الطاقة في الوحدة النمطية مرة أخرى لأن مصدر الطاقة الذي يظل غير قادر على إمداد الطاقة للهيكل بأكمله.
لذلك، فإن الخيار الأفضل هو إستخدام وحدة تزويد بالطاقة ذات قدرة كهربائية أعلى.
يتعذر إعادة تخصيص الطاقة المحجوزة لفتحة فارغة. إذا، على سبيل المثال، كانت الفتحة 6 فارغة، وكانت الفتحة 2 تتوفر فيها 68 وات فقط، لا يمكنك إعادة تخصيص الفتحة 282 وات المحجوزة للفتحة 6 إلى الفتحة 2 للحصول على مزيد من الطاقة الكهربائية المتوفرة للفتحة 2.
تحتوي كل فتحة على الطاقة المتوفرة الخاصة بها، وإذا لم تكن قيد الاستخدام، فلا يمكن إعادة تخصيصها لفتحة أخرى. لا يوجد أمر لتعطيل الطاقة المحجوزة لفتحة فارغة.
ملاحظة: تأكد من توصيل المحول بجهد كهربي يبلغ 220 فولت من التيار المتردد بدلا من 110 فولت من التيار المتردد (إذا كانت وحدة إمداد الطاقة تدعم 220 فولت من التيار المتردد) لاستخدام سعة الطاقة الكاملة لوحدات التزويد بالطاقة. لمزيد من المعلومات حول إدارة الطاقة، ارجع إلى إدارة الطاقة لمحولات Catalyst 6000 Series Switches.
إذا قمت بإصدار الأمر show environment status ورأيت أن تجميع المروحة فشل، فاستخدم الخطوات الموجودة في قسم أستكشاف أخطاء تجميع المروحة وإصلاحها في المستند أستكشاف الأخطاء وإصلاحها (محولات Catalyst 6500 Series Switches) لتحديد المشكلة.
فيما يلي مثال:
cat6knative#show environment status backplane: operating clock count: 2 operating VTT count: 3 fan-tray 1: fan-tray 1 fan-fail: failed !--- Output suppressed.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
2.0 |
22-Sep-2023 |
تقويم |
1.0 |
28-May-2002 |
الإصدار الأولي |