رسائل الخطأ الشائعة على محولات Catalyst 6500/6000 Series Switches التي تشغل برنامج Cisco IOS Software

المقدمة

يزود هذا وثيقة شرح موجز من المشتركة syslog ورسائل خطأ أن أنت ترى على cisco مادة حفازة 6500/6000 sery مفتاح أن يركض cisco ios ^® نظام برمجية. أستخدم Cisco CLI Analyzer (محلل واجهة سطر الأوامر من Cisco) (للعملاء المسجلين فقط) إذا كانت لديك رسالة خطأ لا تظهر في هذا المستند. توفر الأداة معنى رسائل الخطأ التي ينتجها برنامج Cisco IOS Software وبرنامج Catalyst OS (CatOS) software.

ملاحظة: يمكن أن يختلف التنسيق الدقيق لنمط syslog ورسائل الخطأ التي يصفها هذا المستند إختلافا طفيفا. يعتمد التباين على إصدار البرنامج الذي يتم تشغيله على Supervisor Engine (محرك المشرف).

ملاحظة: يوصى بهذا التكوين الأدنى للتسجيل على Catalyst 6500/6000:

• قم بتعيين التاريخ والوقت على المحول، أو قم بتكوين المحول لاستخدام بروتوكول وقت الشبكة (NTP) للحصول على التاريخ والوقت من خادم NTP.

• تأكد من تمكين الطوابع الزمنية للتسجيل والتسجيل، وهو الإعداد الافتراضي.

• شكلت المفتاح أن يدون إلى syslog نادل، إن أمكن.

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

٪c6KPWR-SP-4-غير مدعوم: وحدة نمطية غير مدعومة في slot [num]، الطاقة غير مسموح بها: [chars]

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• C6KPWR-SP-4-غير مدعوم: وحدة نمطية غير مدعومة في slot [num]، الطاقة غير مسموح بها: [chars]

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

Oct 14 16:50:13: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: 
Unknown Card Type
Oct 14 16:50:20: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: 
Unknown Card Type

الوصف

تشير هذه الرسالة إلى أن الوحدة النمطية الموجودة في المنفذ المحدد غير مدعومة. يمثل [num] رقم الفتحة، ويوفر [chars] المزيد من التفاصيل حول الخطأ.

الحل

ترقية برنامج Supervisor Engine (محرك المشرف) إلى إصدار يدعم وحدة الجهاز النمطية. أحلت ال يساند جهاز قسم من ال cisco مادة حفازة 6500 sery مفتاح إطلاق بطاقة ل الإصدار مناسب. لحل المشكلة التي تصفها الرسالة، قم بتنفيذ أحد الإجراءات التالية:

• إدراج أو إستبدال الوحدة النمطية Switch Fabric Module.

• نقل الوحدة النمطية غير المدعومة إلى فتحة مختلفة.

٪dual-3-internal: IP-EIGRP 1: خطأ داخلي

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪dual-3-internal: IP-EIGRP 1: خطأ داخلي

الوصف

تشير رسالة الخطأ إلى وجود خطأ داخلي في برنامج Cisco IOS Software. تم إصلاح الخطأ في هذه الإصدارات:

• برنامج IOS الإصدار 12.2(0.4) من Cisco

• برنامج IOS الإصدار 12.1(6.1) من Cisco

• برنامج IOS الإصدار 12.2(0.5)T من Cisco

• برنامج IOS الإصدار 12.1(6.5)E من Cisco

• برنامج IOS الإصدار 12.1(6.5)EC من Cisco

• برنامج IOS الإصدار 12.1(6)E02 من Cisco

• برنامج IOS الإصدار 12.2(0.18)S من Cisco

• برنامج IOS الإصدار 12.2(2)B من Cisco

• برنامج IOS الإصدار 12.2(15)ZN من Cisco

الحل

قم بترقية برنامج Cisco IOS Software إلى أحد هذه الإصدارات أو إلى أحدث إصدار.

٪earl_l3_asic-SP-4-intr_throttle: كبح "ip_too_shrt"

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪earl_l3_asic-SP-4-intr_throttle: كبح "ip_too_shrt"

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

Jul 25 12:00:40.228 AEST: %EARL_L3_ASIC-SP-4-INTR_THROTTLE: Throttling "IP_TOO_SHRT"Intr. 
Exceeded permitted 1000/100 intrs/msec

الوصف

تشير هذه الرسالة إلى أن محرك إعادة توجيه المحول يستلم حزمة IP ذات طول أقصر من الحد الأدنى للطول المسموح به. يقوم المحول بإسقاط الحزمة. في الإصدارات السابقة، يتم إسقاط الحزمة وعدها بصمت في إحصائيات محرك إعادة التوجيه. في الإصدارات الأحدث، يتم تسجيل رسالة الخطأ في syslog مرة كل 30 دقيقة. يمكن أن تتسبب هذه المشاكل في أن يستقبل محرك إعادة توجيه المحول هذا النوع من حزمة IP:

• سيئ شبكة قارن بطاقة (nic) سائق

• خطأ في برنامج تشغيل NIC

• تطبيق غير صحيح

يقوم المحول ببساطة بالإبلاغ عن تلقيه لهذه الحزم "السيئة" وينوي إسقاطها.

الحل

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

٪EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: مقاطعة غير قاتلة [chars]

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: مقاطعة غير قاتلة [chars]

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

Apr 20 17:53:38: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: 
           Non-fatal interrupt Packet Parser block interrupt
Apr 20 19:13:05: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC:
           Non-fatal interrupt Packet Parser block interrupt

الوصف

تشير رسالة الخطأ ٪EARL_L3_ASIC-SP-3-INTR_WARN إلى أن الطبقة 3 (ASIC) الخاصة بتطبيق الدائرة المتكاملة (ASIC) الخاصة ب "المنطق المحسن للتعرف على العناوين" (EARL) كشفت عن حالة غير خطيرة. وهذا يشير إلى أنه تم تلقي حزمة غير صحيحة، ربما حزمة تحتوي على خطأ المجموع الاختباري لبروتوكول IP للطبقة 3، وإسقاطها. سبب المشكلة جهاز على الشبكة يرسل حزم سيئ. هذه المشاكل، من بين أمور أخرى، يمكن أن تتسبب في الحزم السيئة:

• NICs غير صحيح

• برامج تشغيل NIC غير صحيحة

• التطبيقات غير صحيحة

في إصدارات برنامج Cisco IOS الأقدم، يتم إسقاط هذه الحزم عادة دون تسجيل الدخول. ميزة رسائل خطأ التسجيل حول هذه المشكلة هي ميزة تم العثور عليها في برنامج Cisco IOS الإصدار 12.2SX والإصدارات الأحدث.

الحل

هذه الرسالة لأغراض إعلامية فقط. كحل بديل، أستخدم أحد هذين الخيارين:

• استعملت شبكة sniffer in order to عينت المصدر أن يرسل الربط خاطئ. بعد ذلك، حللت الإصدار مع المصدر أداة أو تطبيق.

• قم بتعطيل عمليات التحقق من خطأ الطبقة 3 في أجهزة المحول ل:

  • أخطاء المجموع الاختباري للحزمة

  • أخطاء طول الحزمة

  • الحزم التي تحتوي على نفس عناوين IP للمصدر والوجهة

  أستخدم الأمر no mls verify لإيقاف عمليات التحقق من الخطأ هذه، كما تظهر الأمثلة التالية:

  • Switch(config)#no mls verify ip checksum
    
    !--- This configures the switch to discontinue checks for packet 
    !--- checksum errors.
    
    

  • Switch(config)#no mls verify ip length {consistent | minimum}
    
    !--- This configures the switch to discontinue checks for packet 
    !--- length errors.
    
    

  • Switch(config)#no mls verify ip same-address
    
    !--- This configures the switch to discontinue checks for packets that have the 
    !--- same source and destination IP addresses.
    
    

٪earl_NETFLOW-4-TCAM_THRLD: تم تجاوز عتبة NetFlow TCAM، إستخدام TCAM [[dec]٪]

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• EARL_NETFLOW-4-TCAM_THRLD: تجاوز حد TCAM ل NetFlow، إستخدام TCAM [[dec]٪]

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

Aug 24 12:30:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, 
TCAM Utilization [97%]
Aug 24 12:31:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, 
TCAM Utilization [97%]

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

الوصف

تشير هذه الرسالة إلى أن ذاكرة NetFlow الثالثة القابلة للتوجيه (TCAM) ممتلئة تقريبا. سيتم تمكين الشيخوخة العدوانية بشكل مؤقت. إذا قمت بتغيير قناع NetFlow إلى الوضع الكامل، فيمكن تجاوز TCAM ل NetFlow نظرا لوجود العديد من الإدخالات. قم بإصدار الأمر show mls netFlow ip count للتحقق من هذه المعلومات.

يتحقق Supervisor Engine (محرك المشرف) 720 من مدى امتلاء جدول NetFlow كل 30 ثانية. يعمل Supervisor Engine (محرك المشرف) على تشغيل ميزة التقادم العنيفة عندما يصل حجم الجدول إلى ما يقرب من 90 بالمائة. والفكرة وراء الشيخوخة العدوانية هي أن الجدول يكاد يكون ممتلئا، لذا فهناك تدفقات نشطة جديدة لا يمكن إنشاؤها. وبالتالي، من المنطقي أن نستبعد بقوة التدفقات الأقل نشاطا (أو التدفقات غير النشطة) في الجدول بغية إفساح المجال للتدفقات الأكثر نشاطا.

تبلغ سعة كل بطاقة ميزة سياسة (PFC) جدول NetFlow (IPv4)، ل PFC3a و PFC3b، 128000 تدفق. بالنسبة ل PFC3bXL، السعة هي 256000 تدفق.

الحل

لمنع هذه المشكلة، قم بتعطيل وضع NetFlow الكامل. قم بإصدار الأمر no mls flow ip.

ملاحظة: بشكل عام، لا يؤثر الأمر no mls flow ip على إعادة توجيه الحزم لأن TCAM لإعادة توجيه الحزم و TCAM لمحاسبة NetFlow منفصلان.

مكنت in order to إستردت من هذا إصدار، MLS سريع شيخوخة. أثناء تمكين وقت التقادم السريع ل MLS، قم في البداية بتعيين القيمة إلى 128 ثانية. إذا استمر حجم ذاكرة التخزين المؤقت MLS في النمو أكثر من 32 إدخال، فقم بتقليل الإعداد حتى يظل حجم ذاكرة التخزين المؤقت أقل من 32 كيلو. إذا إستمرت سعة ذاكرة التخزين المؤقت في الزيادة على 32 ألف إدخال، فقم بتقليل وقت تقادم MLS العادي. يتم ضبط أي قيمة لوقت التقادم لا تكون مضاعفا لها 8 ثوان على أقرب مضاعف له وهو 8 ثوان.

Switch#configure terminal
Switch(config)#mls aging fast threshold 64 time 30

سيقوم الحل الآخر بتعطيل الخدمة الداخلية في حالة تمكينها، وإزالة واجهة IP لتدفق mls في حالة عدم إحتياجك إلى التدفق الكامل.

Switch(config)#no service internal
Switch(config)#mls flow ip interface-full

٪ETHCNTR-3-LOOP_BACK_DETECTED: تم الكشف عن تكرار حزمة Keepalive على [chars]

المشكلة

يبلغ المحول عن رسالة الخطأ هذه، ويفرض على المنفذ أن يتم ربطه:

• ٪ETHCNTR-3-LOOP_BACK_DETECTED: تم الكشف عن تكرار حزمة Keepalive على [chars]

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

Oct 2 10:40:13: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-back detected on 
GigabitEthernet0/1
Oct 2 10:40:13: %PM-4-ERR_DISABLE: loopback error detected on Gi0/1, putting Gi0/1 in 
err-disable state

الوصف

يقع المشكلة لأن الربط keepalive يكون أنشطت - خلفي إلى الميناء أن أرسل ال keepalive. يتم إرسال رسائل Keepalives على محولات Catalyst لمنع حلقات التكرار في الشبكة. يتم تمكين رسائل تنشيط الاتصال بشكل افتراضي على جميع الواجهات. أنت ترى هذا مشكلة على الأداة أن يكشف ويكسر الأنشوطة، غير أن ليس على الأداة أن يسبب الأنشوطة.

الحل

أصدرت ال ما من keepalive قارن أمر in order to أعجزت keepalive. يمنع عجز ال keepalive errdisable من القارن، غير أن هو لا يزيل الأنشوطة.

ملاحظة: في برنامج Cisco IOS الإصدار 12.2(x)SE-based Releases والإصدارات الأحدث، لا يتم إرسال رسائل keepalives على واجهات الألياف والوصلات بشكل افتراضي.

loadprog: خطأ - على ملف فتح جزمة: يستطيع لا يحمل "cisco2-Cat6k-MSFC"

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• loadprog: خطأ - على ملف مفتوح جزمة: يستطيع لا يحمل "bootflash:c6msfc2-boot-mz.121-8a.ex"

الوصف

تحدث المشكلة فقط في الكتابة غير المحاذاة إلى الجهاز القريب من حدود 64 بايت داخلية. قد تحدث المشكلة في ظل إحدى هذه الظروف:

• أثناء كتابة ملف تفريغ التعطل

  شي بيعطل الجهاز وقت كتابة الملف.

• عندما يكون الرمز تالفا أثناء الترحيل من CatOS إلى برنامج Cisco IOS

الحل

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

٪L3_ASIC-DFC3-4-ERR_Intrpt: مقاطعة TF_INT:Fi_DATA_INT

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪L3_ASIC-DFC3-4-ERR_INTRPT: المقاطعة TF_INT:Fi_DATA_INT التي تحدث في Airl ٪Layer 3 ASIC

الوصف

تشير رسالة الخطأ هذه إلى وجود خطأ في الطبقة 3 (L3) إعادة توجيه الدائرة المتكاملة الخاصة بالتطبيق (ASIC). بشكل أساسي، يظهر المحول هذه الرسالة عند مرور بعض حركة المرور العابرة عبر ASIC بينما يقوم البرنامج ببساطة بالإبلاغ عن حدوث حالة مقاطعة. ما إن تحقق هذا شرط، العدادات أن العرض إيرل يبدي أمر إحصائيات زيادة. كل مرة أن البرمجية يحاول أن يسترد من هذا دولة، المفتاح يلد هذا syslog رسالة. وبشكل عام، تكون هذه الرسالة إعلامية إذا ظل حدوثها منخفضا. ولكن إذا حدثت رسالة الخطأ بشكل متكرر، فقد تكون هناك مشكلة في الجهاز.

تحقق من قيمة العدادات في إخراج الأمر show earl statistics. إذا زادت العدادات بسرعة، فهذا يشير إلى احتمال وجود مشكلة في الجهاز.

٪MLS_STAT-SP-4-IP_LEN_ERR: عدم تناسق طول MAC/IP

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪MLS_STAT-SP-4-IP_LEN_ERR: عدم تناسق طول MAC/IP

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

May 29 21:54:14 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies
May 29 23:10:44 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies

الوصف

تشير هذه الرسائل إلى أنه تم إستلام الحزم التي لا يتطابق فيها طول IP مع طول MAC الخاص بالحزمة. أسقط Supervisor Engine (محرك المشرف) هذه الحزم. هناك ما من تأثير سلبي على المفتاح لأن هو يسقط الربط. يقوم المحول بالإعلام عن الرسالة لأغراض إعلامية. سبب المشكلة جهاز على الشبكة يرسل حزم سيئ. هذه المشاكل، من بين أمور أخرى، يمكن أن تتسبب في الحزم السيئة:

• NICs غير صحيح

• برامج تشغيل NIC غير صحيحة

• التطبيقات غير صحيحة

استعملت شبكة sniffer in order to وجدت المصدر أن يرسل الربط خاطئ. بعد ذلك، حللت الإصدار مع المصدر أداة أو تطبيق.

الحل الآخر هو مفتاح تشكيل أن يوقف المفتاح يفحص ل:

• أخطاء المجموع الاختباري للحزمة

• أخطاء طول الحزمة

• الحزم التي تحتوي على نفس عناوين IP للمصدر والوجهة

استعملت هذا أمر in order to توقفت المفتاح تدقيق:

• Switch(config)#no mls verify ip checksum
  
  !--- This configures the switch to discontinue checks for packet checksum errors.
  
  

• Switch(config)#no mls verify ip length
  
  !--- This configures the switch to discontinue checks for packet length errors.
  
  

• Switch(config)#no mls verify ip same-address
  
  !--- This configures the switch to discontinue checks for packets that have the 
  !--- same source and destination IP addresses.
  
  

٪MLS_STAT-SP-4-IP_CSUM_ERR: أخطاء المجموع الاختباري ل IP

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪MLS_STAT-SP-4-IP_CSUM_ERR: أخطاء المجموع الاختباري ل IP

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

Jan 20 12:48:52: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors
Jan 20 14:49:53: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors

الوصف

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

• NICs غير صحيح

• برامج تشغيل NIC غير صحيحة

• التطبيقات غير صحيحة

الحل

كحل بديل، أستخدم أحد هذين الخيارين:

• استعملت شبكة sniffer in order to عينت المصدر أن يرسل الربط خاطئ. بعد ذلك، حللت الإصدار مع المصدر أداة أو تطبيق.

• قم بتعطيل عمليات التحقق من خطأ الطبقة 3 في جهاز المحول لكل من:

  • أخطاء المجموع الاختباري للحزمة

  • أخطاء طول الحزمة

  لإيقاف عمليات التحقق من الخطأ هذه، أستخدم الأمر no mls verify، كما تظهر الأمثلة التالية:

  • Switch(config)#no mls verify ip checksum
    
    !--- This configures the switch to discontinue checks for packet 
    !--- checksum errors.
    
    

  • Switch(config)#no mls verify ip length {consistent | minimum}
    
    !--- This configures the switch to discontinue checks for packet 
    !--- length errors.
    
    

٪MCAST-SP-6-ADDRESS_ALIASING_BACKBACK

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪MCAST-SP-6-ADDRESS_ALIASING_BACKBACK:

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK: Address Aliasing detected for 
group 0100.5e00.0001 on vlan 632 from possible source ip 10.158.132.185 source 
mac 0000.bea6.82e0

الوصف

يشير هذا رسالة أن المفتاح يستلم مفرط multicast حركة مرور أن يكون معد ل ل multicast {upper}mac address في ال 01-00-5e-00-00-xx مدى. يتم حجز نطاق البث المتعدد هذا لحركة مرور التحكم في بروتوكول إدارة مجموعات الإنترنت (IGMP)، على سبيل المثال:

• أجازات

• الوصلات

• الاستعلامات العامة

عادة ما تقوم وحدة المعالجة المركزية (CPU) للمحول بمعالجة جميع حركة مرور التحكم في بروتوكول IGMP. لذلك، يوفر برنامج Cisco IOS software آلية لتجاهل حركة مرور البث المتعدد ل IGMP الزائدة الموجهة للعناوين المحجوزة. وتضمن هذه الآلية ألا تصبح وحدة المعالجة المركزية مثقلة. ويشار إلى إستخدام هذه الآلية باسم "الوضع الاحتياطي".

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

c6k_pwr_get_fru_current(): يتعذر العثور على fru_info للنوع 6، #

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• c6k_pwr_get_fru_current(): يتعذر العثور على fru_info للنوع 6، #

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43

الوصف

تظهر رسالة الخطأ هذه بسبب إستجابة خاطئة من المحول لاستطلاع بروتوكول إدارة الشبكة البسيط (SNMP) لمهايئات المنفذ التي تستخدمها الوحدات النمطية Flex WAN. تتسم رسالة الخطأ هذه بأنها ذات طبيعة تجميلية، ولا توجد مشاكل متعلقة بأداء المحول الضارة. تم إصلاح المشكلة في هذه الإصدارات:

• برنامج IOS الإصدار 12.1(11b)E4 من Cisco

• برنامج IOS الإصدار 12.1(12c)E1 من Cisco

• برنامج IOS الإصدار 12.1(13)E من Cisco

• برنامج IOS الإصدار 12.1(13)EC من Cisco

• الإصدارات اللاحقة

٪MROUTE-3-TWHEEL_DELAY_ERR

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪MROUTE-3-TWHEEL_DELAY_ERR:

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%MROUTE-3-TWHEEL_DELAY_ERR: Exceeded maximum delay (240000 ms) requested: 7200000

الوصف

يظهر هذا رسالة عندما يستلم المفتاح بروتوكول مستقل multicast (PIM) ربط/تقسيم ربط أن يعلن قيمة عالية لوقت الانتظار. تعلن الحزم عن قيمة وقت توقف أعلى من الحد الأقصى للتأخير الذي يسمح به نظام التشغيل من المحول، وهو 4 دقائق. هذه الحزم هي حزم تحكم في البث المتعدد، مثل PIM وبروتوكول توجيه متجه المسافات للبث المتعدد (DVMRP)، وأنواع أخرى.

زادت الإصدارات الأحدث من برنامج Cisco IOS ل the Catalyst 6500/6000 هذا الحد الأقصى من التأخير إلى 65،535 ثانية، أو حوالي 17 دقيقة. تم إصلاح المشكلة في هذه الإصدارات:

• برنامج IOS الإصدار 12.1(12c)E من Cisco

• برنامج IOS الإصدار 12.2(12)T01 من Cisco

• برنامج IOS الإصدار 12.1(13)E من Cisco

• برنامج IOS الإصدار 12.1(13)EC من Cisco

• الإصدارات اللاحقة

الحل

قم بتكوين الجهاز التابع لجهة خارجية الذي يقوم بإنشاء حزم PIM لاستخدام وحدات التوقيت التي توصي بها معايير البروتوكول.

٪MCAST-SP-6-GC_LIMIT_EXCEEDED

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪MCAST-SP-6-GC_LIMIT_EXCEEDED

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate 
more Layer 2 entries than what=allowed (13000)

الوصف

يتم تسجيل رسالة الخطأ هذه عندما تقوم وظيفة التطفل على بروتوكول IGMP على المحول بإنشاء الحد الأقصى لعدد إدخالات الطبقة 2 (L2) المسموح بها. الحد الأقصى الافتراضي لإدخالات L2 التي يمكن للمحول إنشاؤها لمجموعات البث المتعدد هو 15،488. في الإصدارات الأحدث من برنامج Cisco IOS Software، لا تعد إلا إدخالات البث المتعدد المثبتة على الأجهزة من المستوى الثاني نحو الحد الأقصى. راجع معرف تصحيح الأخطاء من Cisco CSCdx89380 (العملاء المسجلون فقط) للحصول على مزيد من التفاصيل. تم إصلاح المشكلة في الإصدار 12.1(13)E1 من برنامج Cisco IOS Software والإصدارات الأحدث.

الحل

يمكنك رفع حد L2 يدويا. قم بإصدار الأمر ip igmp l2-entry-limit.

٪Mistral-SP-3-Error: تم الكشف عن حالة الخطأ: TM_NPP_PARITY_ERROR

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪Mistral-SP-3-Error: تم الكشف عن حالة الخطأ: TM_NPP_PARITY_ERROR

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

Apr 19 22:14:18.237 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR
Apr 19 22:14:25.050 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR
Apr 19 22:15:20.171 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR

الوصف

تشير رسالة الخطأ هذه إلى وجود خطأ تماثل في مؤشر الصفحة التالية الخاص بإدارة الجدول الداخلية. إذا قام المحول بتشغيل برنامج Cisco IOS الإصدار 12.1(8)E أو إصدار أحدث، يكتشف المحول خطأ التماثل ويعيد تعيين ASIC Mistral. يمكن بعد ذلك متابعة المحول، دون الحاجة إلى إعادة التحميل. قد يؤدي التفريغ العشوائي الثابت أو أي عوامل خارجية أخرى إلى حدوث خطأ في تماثل الذاكرة. إن يرى أنت الخطأ رسالة فقط مرة واحدة أو نادرا، راقبت المفتاح syslog in order to أكدت أن الخطأ رسالة حادث يعزل. إذا ظهرت رسائل الخطأ هذه من جديد، فقم بإنشاء طلب خدمة باستخدام دعم Cisco التقني.

٪MLS_STAT-4-IP_TOO_SHRT: تم إستلام حزم IP قصيرة جدا

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪MLS_STAT-4-IP_TOO_SHRT: تم إستلام حزم IP قصيرة جدا

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

*Apr  1 10:30:35 EST: %MLS_STAT-SP-4-IP_TOO_SHRT: Too short IP packets received

الوصف

تشير الرسالة إلى أن محرك إعادة توجيه المحول يستلم حزمة IP ذات طول أقصر من الحد الأدنى للطول المسموح به. يقوم المحول بإسقاط الحزمة. في الإصدارات السابقة، يتم إسقاط الحزمة وعدها بصمت في إحصائيات محرك إعادة التوجيه. ينطبق هذا على إصدارات البرامج الأقدم من 7.x أو الأقدم من الإصدار 12.1(13E) من برنامج Cisco IOS Software. في إصدارات البرامج التي تكون أحدث من 7.x أو أحدث من برنامج Cisco IOS الإصدار 12.1(13E)، يتم تسجيل الرسالة في syslog مرة كل 30 دقيقة.

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

• برنامج تشغيل NIC غير صحيح

• خطأ في برنامج تشغيل NIC

• تطبيق غير صحيح

بسبب قيود الأجهزة، لا يتتبع Supervisor Engine (محرك المشرف) مسار عنوان IP المصدر أو عنوان MAC أو منفذ الجهاز الذي يرسل الحزم السيئة. أنت ينبغي استعملت ربط تطبيق in order to اكتشفت هذا أداة وتتبع أسفل المصدر عنوان.

الرسالة في قسم المشكلة ببساطة تحذير/رسالة إعلامية من المفتاح. لا توفر الرسالة أي معلومات حول منفذ المصدر أو عنوان MAC أو عنوان IP.

أستخدم تطبيق التقاط الحزم داخل الشبكة. حاولت أن يعطل بعض قارن أو أزلت بعض أداة من الشبكة in order to حددت إن أنت يستطيع عزلت الأداة أن يعطل.

لا يمكن لمعالج [number] الوحدة النمطية في slot [number] طلب جلسة العمل

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• لا يمكن لمعالج [number] الوحدة النمطية في slot [number] طلب جلسة العمل

الوصف

يحدث هذا الخطأ عندما تقوم بإصدار الأمر session slot number processor number في محاولة لإنشاء جلسة في هذه المواقف:

• أنت تحاول أن يؤسس جلسة إلى وحدة نمطية يتلقى يكون جلسة يتلقى يكون سابقا أنشئت بينما يدون داخل المفتاح.

• يمكنك محاولة إنشاء جلسة عمل لوحدة نمطية غير متوفرة في الفتحة.

• تحاول إنشاء جلسة عمل لمعالج غير متوفر في الوحدة النمطية.

٪PM_SCP-1-LCP_FW_ERR: إعادة تعيين الوحدة النمطية للنظام [dec] للاسترداد من الخطأ: [chars]

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪PM_SCP-1-LCP_FW_ERR: إعادة تعيين الوحدة النمطية للنظام [dec] للاسترداد من الخطأ: [chars]

تظهر هذه الأمثلة إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

• ٪PM_SCP-SP-1-LCP_FW_ERR: إعادة تعيين النظام للوحدة النمطية 13 للاسترداد من الخطأ: تلقت Linecard إستثناء النظام

   أو

• ٪PM_SCP-SP-1-LCP_FW_ERR: إعادة تعيين النظام للوحدة النمطية 4 للاسترداد من الخطأ: خطأ التماثل Coil PB RX - المنفذ #14

الوصف

تشير الرسالة إلى أن البرامج الثابتة للوحدة النمطية المحددة قد كشفت عن وجود خطأ. يقوم النظام بإعادة ضبط الوحدة النمطية تلقائيا من أجل الاسترداد من الخطأ. ال [dec] هو رقم الوحدة النمطية، و[chars] هو الخطأ.

الحل

قم بإعادة تركيب الوحدة النمطية أو قم بوضع الوحدة النمطية في فتحة مختلفة والسماح للوحدة النمطية بالمرور عبر إختبار تشخيصات بدء التشغيل الكامل. لمزيد من المعلومات حول التشخيصات عبر الإنترنت على محولات Catalyst 6500 Series Switches، ارجع إلى تكوين التشخيصات عبر الإنترنت. بعد أن تجتاز الوحدة النمطية إختبار التشخيصات، راقبت تكرار رسالة الخطأ. إذا حدث الخطأ مرة أخرى أو كشف إختبار التشخيصات عن أي مشاكل، فقم بإنشاء طلب خدمة باستخدام دعم Cisco التقني للحصول على مزيد من أستكشاف الأخطاء وإصلاحها.

٪PM_SCP-2-LCP_FW_ERR_INFORM: تواجه الوحدة النمطية [dec] الخطأ التالي: [chars]

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪PM_SCP-2-LCP_FW_ERR_INFORM: تواجه الوحدة النمطية [dec] الخطأ التالي: [chars]

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

• ٪PM_SCP-SP-2-LCP_FW_ERR_INFORM: تواجه الوحدة النمطية 4 الخطأ التالي: خطأ PB المؤقت Bus ASIC #0

الوصف

تقوم الوحدة النمطية بالإعلام عن حالة خطأ، حيث [dec] هو رقم الوحدة النمطية [chars] هو الخطأ. تحدث هذه الحالة عادة بسبب وجود بطاقة خط مثبتة بشكل غير مناسب أو عطل بالجهاز. إذا ظهرت رسالة الخطأ على جميع بطاقات الخط، فإن السبب هو وجود وحدة نمطية مثبتة بشكل غير صحيح.

الحل

قم بإعادة تركيب وإعادة ضبط بطاقة الخط أو الوحدة النمطية. ثم قم بإصدار الأمر show diagnostic result module module_#."

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

٪PM_SCP-SP-2-LCP_FW_ERR_INFORM: تواجه الوحدة النمطية [dec] الخطأ التالي: [chars]

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

٪PM_SCP-SP-2-LCP_FW_ERR_INFORM: تواجه الوحدة النمطية 4 الخطأ التالي: المنفذ #36 المؤقت TX PB

الوصف

تشير رسالة الخطأ هذه إلى خطأ عابر على الوحدة النمطية رقم 4 في datapath للمنفذ 36. وفي معظم الحالات، تكون هذه المسألة مسألة عابرة/مسألة وقت واحد.

الحل

1. عطلت وألغت الإيقاف أيسر Gi4/36، ورصدت أن يتكرر الإصدار.

2. إذا حدث الخطأ مرة أخرى، فقم بتعيين التشخيص لإكمال الأمر التشخيصي bootup level. بعد ذلك، قم بإعادة بيع بطاقة الخط بشكل فعلي.

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

   • show logging

   • show diagnostic result module 4

   • show module

٪PM_SCP-SP-4-UNK_OPCODE: تم تلقي رسالة غير مرغوب فيها غير معروفة من الوحدة النمطية [dec]، opcode [hex]

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪PM_SCP-SP-4-UNK_OPCODE: تم تلقي رسالة غير مرغوب فيها غير معروفة من الوحدة النمطية [dec]، opcode [hex]

تظهر هذه الأمثلة إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

• ديسمبر 10 12:44:18.117: ٪PM_SCP-SP-4-UNK_OPCODE: تم تلقي رسالة غير مرغوب فيها من الوحدة النمطية 2، opcode 0x330

   أو

• ديسمبر 10 12:44:25.210: ٪PM_SCP-SP-4-UNK_OPCODE: تم تلقي رسالة غير مرغوب فيها من الوحدة النمطية 2، opcode 0x114

الوصف

تشير رسالة الخطأ هذه ببساطة إلى أن Supervisor Engine (محرك المشرف) لا يفهم رسالة التحكم من بطاقة الخط بسبب الميزات التي لا يدعمها المحول إصدار برنامج Cisco IOS Software.

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

الحل

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

٪PM_SCP-SP-3-Transceiver_BAD_EEPROM: فشل التحقق من السلامة على جهاز الإرسال والاستقبال في منفذ الشبكة المحلية (LAN) 5/2: مفتاح غير صحيح

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪PM_SCP-SP-3-Transceiver_BAD_EEPROM: فشل التحقق من السلامة على جهاز الإرسال والاستقبال في منفذ الشبكة المحلية (LAN) 5/2: مفتاح غير صحيح

الوصف

سبب رسالة الخطأ هذه هو إستخدام غير Cisco SFP GBIC، وهو غير مدعوم.

تحتوي SFP GBICs من Cisco على رمز مشفر فريد (معرف الجودة) يمكن نظام التشغيل Cisco IOS/CAT من تحديد الأجزاء القابلة للتوصيل من Cisco. لا تحتوي GBICs العادية على هذا ومن ثم يمكن أن تعمل. راجع ٪PM_SCP-SP-3-Transceiver_BAD_EEPROM للحصول على مزيد من المعلومات.

٪PM_SCP-SP-3-LCP_FW_ABLC: رسالة التصادم المتأخر من الوحدة النمطية [dec]، المنفذ:035

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪PM_SCP-SP-3-LCP_FW_ABLC: رسالة تصادم متأخرة من الوحدة النمطية 3، port:035

الوصف

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

سبب محتمل - التصادمات المتأخرة هي نتيجة عندما يكون هناك عدم تطابق مزدوج، توصيل كبلات غير صحيح أو عدد غير متوافق من المحاور في الشبكة. كما يمكن أن تتسبب بطاقات NIC التالفة في حدوث تصادمات متأخرة.

٪PM-3-INVALID_BRIDGE_PORT: رقم منفذ الجسر خارج النطاق

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

%PM-3-INVALID_BRIDGE_PORT: Bridge Port number is out of range

الوصف

تبدو هذه المشكلة تجميلية وتعزى إلى إستطلاع SNMP ل MIB dot1dTpFdbEntry.

الحل

يمكنك حظر OID من الاستقطاب على هذا الجهاز. تم إصلاح هذا العيب من الإصدار 12.2(33)SRD04 من Cisco IOS والإصدارات الأحدث.

٪QM-4-TCAM_ENTRY: تم تجاوز سعة إدخال TCAM للأجهزة

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪QM-4-TCAM_ENTRY: تم تجاوز سعة إدخال TCAM للأجهزة

الوصف

TCAM هي وحدة ذاكرة متخصصة تم تصميمها لإجراء عمليات بحث سريعة على الطاولة بواسطة محركات ACL و QoS. تشير هذه الرسالة إلى إستهلاك موارد TCAM وتحويل البرامج للحزم. وهذا يعني أن كل واجهة لها معرف خاص بها في TCAM وبالتالي تستخدم المزيد من موارد TCAM. غالبا ما تحدث هذه المشكلة إما بسبب وجود الأمر MLS QoS Marking Statistics أو عندما لا يكون لدى TCAM الخاص بالجهاز القدرة على معالجة جميع قوائم التحكم في الوصول (ACL) التي تم تكوينها.

الحل

• قم بتعطيل أمر إحصائيات تمييز MLS QoS لأنه تم تمكينه بشكل افتراضي.

• حاول مشاركة قوائم التحكم في الوصول (ACL) نفسها عبر واجهات متعددة لتقليل التنازع على مورد TCAM.

٪slot_earl_icc_shim_addr: لا يعد [num] SuperCard ولا المشرف - فتحة غير صالحة

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪slot_earl_icc_shim_addr: لا يعد [num] SuperCard ولا المشرف - فتحة غير صالحة

الوصف

تحدث هذه الرسالة عندما يقوم أحد مديري SNMP باستطلاع بيانات TCAM لبطاقة خط لا تحتوي على أي معلومات TCAM. هذا يحدث فقط لبطاقة خط في مادة حفازة 6500 مفتاح أن يركض cisco ios برمجية. إذا كانت بطاقة الخط تحتوي على معلومات TCAM أثناء إستطلاع SNMP، يتم منح البيانات إلى نظام إدارة الشبكة (NMS) لمزيد من المعالجة. راجع معرف تصحيح الأخطاء من Cisco CSCec39383 (العملاء المسجلون فقط) للحصول على مزيد من التفاصيل. تم إصلاح هذه المشكلة في برنامج Cisco IOS الإصدار 12.2(18).

كحل بديل، يمكنك حظر الاستعلام عن بيانات TCAM بواسطة NMSs. كائن قاعدة معلومات الإدارة الذي يوفر بيانات إستخدام TCAM هو cseTcamUsageTable. أتمت هذا steps على المسحاج تخديد in order to تفاديت traceback:

1. قم بإصدار الأمر المستبعد عرض خادم snmp tcamBlock cseTcamUsageTable.

2. قم بإصدار الأمر snmp-server view tcamBlock المضمن.

3. قم بإصدار الأمر tcamBlock ro لطريقة العرض العامة لمجتمع خادم snmp.

4. قم بإصدار الأمر مجتمع خادم snmp طريقة العرض الخاصة tcamBlock rw.

٪SYSTEM_CONTROLLER-SP-3-ERROR: تم الكشف عن حالة الخطأ: TM_NPP_PARITY_ERROR

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪SYSTEM_CONTROLLER-SP-3-ERROR: تم الكشف عن حالة الخطأ: TM_NPP_PARITY_ERROR

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

Feb 23 21:55:00: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
Feb 23 22:51:32: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
Feb 23 23:59:01: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

الوصف

الأخطاء الأكثر شيوعا من Mistral ASIC على MSFC هي TM_DATA_PARITY_ERROR و sysdram_PARITY_ERROR و sysad_PARITY_ERROR و TM_NPP_PARITY_ERROR. تتمثل الأسباب المحتملة لأخطاء التماثل هذه في التفريغ العشوائي الثابت أو عوامل خارجية أخرى. تشير رسالة الخطأ هذه إلى وجود خطأ تماثل. يتم تقسيم أخطاء تماثل ذاكرة المعالج (PMPEs) إلى نوعين: حدث واحد منزعج (SEU) وأخطاء متكررة.

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

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

الحل

إن يرى أنت الخطأ رسالة فقط مرة واحدة أو نادرا، راقبت المفتاح syslog in order to أكدت أن الخطأ رسالة حادث يعزل. إذا ظهرت رسائل الخطأ هذه مرة أخرى، فأعد إرسال الخادم النصلي للمشغل المشرف. إذا توقفت الأخطاء، فهذا خطأ تماثل صعب. إذا إستمرت رسائل الخطأ هذه في الحدوث، فافتح حالة باستخدام مركز المساعدة التقنية.

٪SYSTEM_CONTROLLER-SW2_SPSTBY-3-ERROR: تم الكشف عن حالة الخطأ: TM_NPP_PARITY_ERROR

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪SYSTEM_CONTROLLER-SW2_SPSTBY-3-ERROR: تم الكشف عن حالة الخطأ: TM_NPP_PARITY_ERROR

الوصف

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

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

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

الحل

إذا ظهرت رسائل الخطأ هذه من جديد، فأعد إرسال الوحدة النمطية للمشرف أثناء نافذة الصيانة.

SP: فقدت نقطة نهاية Linecard للقناة 14 المزامنة. إلى البنية السفلى وتحاول الاسترداد الآن!

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• SP: فقدت نقطة نهاية Linecard للقناة 14 المزامنة. إلى البنية السفلى وتحاول الاسترداد الآن!

الوصف

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

1. قم بإصدار الأمر show fabric fpoe map لتحديد الوحدة النمطية التي تتسبب في رسالة الخطأ هذه.

   Switch#configure terminal
   Switch(config)#service internal
   Switch(config)#end
   Switch#show fabric fpoe map
   Switch#configure terminal
   Switch(config)#no service internal
   Switch(config)#end
   

   هذا المثال هو نتيجة أمر show fabric fpoe map. من الإخراج، يمكنك التعرف على أن الوحدة النمطية في slot 12 تتسبب في رسالة الخطأ.

   switch#show fabric fpoe map 
   
   slot channel   fpoe 
   
     12     0    14  <<
   
   
   There are also related errors in "show fabric channel-counters" :
   
   slot channel   rxErrors   txErrors    txDrops  lbusDrops
       1       0          1          0          0          0
       2       0         16          0          0          0
       3       0         16          0          0          0

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

٪SYSTEM-1-INITFAIL: تشغيل الشبكة غير مدعوم

المشكلة

بينما cisco مادة حفازة 6000/6500 مفتاح جزمة، هو يستطيع رميت مماثل خطأ رسالة:

%SYSTEM-1-INITFAIL: Network boot is not supported.

Invalid device specified
Booting from default device
Initializing ATA monitor library...
monlib.open(): Open Error = -13
loadprog: error - on file open
boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"

الوصف

يحدث هذا الخطأ غالبا عندما لا يتم تكوين متغيرات التمهيد بشكل صحيح لتمهيد المحول من جهاز flash صالح.

في الرسم التوضيحي، لاحظ السطر الأخير من الرسالة:

boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"

اسم جهاز الذاكرة المؤقتة المذكور هو bootdisk، والجزء الأول من اسم ملف IOS، S72033 يشير إلى أن IOS هو للوحدة النمطية Supervisor Module 720. لا تتضمن الوحدة النمطية Supervisor 720 أو تدعم جهاز فلاش باسم bootdisk. لأن المشرف 720 لا يتلقى وحدة نمطية محلي من أن إسم، المفتاح يعتقد أن أنت تريد أن يمهد من الشبكة، لذلك هو يعرض الخطأ رسالة.

قرار

قم بتكوين متغير التمهيد باستخدام اسم جهاز Flash الصحيح واسم ملف البرنامج الصحيح.

تكون أجهزة الفلاش هذه مدعومة من قبل الوحدات النمطية للمشرف:

• محرك المشرف 1 ومحرك المشرف 2

  اسم جهاز Flash	الوصف
  ذاكرة التمهيد المؤقتة (bootflash):	ذاكرة فلاش مدمجة
  slot0:	بطاقة PC Linear Flash (فتحة PCMCIA)
  disk0:	بطاقة ATA Flash PC (فتحة PCMCIA)

• Supervisor Engine 720

  اسم جهاز Flash	الوصف
  ذاكرة التمهيد المؤقتة (bootflash):	ذاكرة فلاش مدمجة
  disk0:	البطاقة CompactFlash النوع II فقط (فتحة القرص 0)
  disk1:	البطاقة CompactFlash النوع II (فتحة قرص 1)

• محرك المشرف 32

  اسم جهاز Flash	الوصف
  قرص التمهيد:	ذاكرة فلاش مدمجة
  disk0:	البطاقة CompactFlash النوع II فقط (فتحة القرص 0)

إذا لم يؤدي هذا إلى حل المشكلة، فارجع إلى إستعادة محول Catalyst 6500/6000 يشغل برنامج Cisco IOS System Software من صورة تالفة أو مفقودة لأداة تحميل التمهيد أو وضع ROMmon.

CPU_MONITOR-3-TIMED_OUT أو CPU_MONITOR-6-NOT_HEARD

المشكلة

يبلغ المفتاح هذا خطأ رسالة:

CPU_MONITOR-3-TIMED_OUT: CPU monitor messages have failed, resetting system
CPU_MONITOR-6-NOT_HEARD: CPU monitor messages have not been heard for [dec] seconds

الوصف

تشير هذه الرسائل إلى أنه لم يتم سماع رسائل مراقبة وحدة المعالجة المركزية (CPU) لفترة زمنية كبيرة. تحدث مهلة زمنية على الأرجح، مما يؤدي إلى إعادة ضبط النظام. [dec] هو عدد الثواني.

قد تحدث المشكلة بسبب هذه الأسباب:

• بطاقة خط أو وحدة مدمجة بشكل سيئ

• ASIC سيئ أو لوحة توصيل خلفية سيئة

• أخطاء البرامج

• خطأ التماثل

• حركة مرور عالية في قناة خارج النطاق (Eobc) للإيثرنت

  قناة EOBC هي قناة نصفية الإرسال ثنائي الإتجاه تخدم العديد من الوظائف الأخرى، والتي تتضمن حركة مرور بروتوكول إدارة الشبكة البسيط (SNMP) والحزم الموجهة إلى المحول. إذا كانت قناة EOBC ممتلئة بالرسائل بسبب عاصفة حركة مرور SNMP، حينئذ ستتعرض القناة إلى التصادمات. وعندما يحدث ذلك، قد لا يتمكن EOBC من حمل رسائل IPC. وهذا يجعل المحول يعرض رسالة الخطأ.

الحل

أعد تركيب بطاقة الخط أو الوحدة النمطية. إذا كان من الممكن جدولة نافذة صيانة، فأعد ضبط المحول لإزالة أي مشاكل عابرة.

٪ صورة IDPROM غير صالحة لبطاقة الخط

المشكلة

يتم تلقي رسالة خطأ ٪ IDPROM غير صالحة لبطاقة الخط في محولات Catalyst 6500 series switches التي تشغل برنامج Cisco IOS System.

يمكن أن تبدو رسالة الخطأ مماثلة لهذه الرسائل:

% Invalid IDPROM image for daughterboard 1 in slot 4 (error = 4)
% Invalid IDPROM image for linecard in slot 5 (error = 4)
% Invalid IDPROM image for daughterboard 1 in slot 5 (error = 4)

الوصف

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

الحل

إذا كان إعداد المشرف المتكرر متاحا، قم بتنفيذ تبديل إجباري وأعد تركيب المشرف النشط الأصلي.

إذا كان إعداد مشرف واحد، فقم بجدولة وقت التوقف عن العمل، وأكمل الخطوات التالية:

1. نقل وحدة المشرف النمطية إلى فتحة أخرى.

2. أعد تركيب جميع بطاقات الخط وتأكد من وضعها بشكل صحيح.

   راجع إدخال الوحدات النمطية (OIR) وإزالتها عبر الإنترنت (OIR) في محولات Cisco Catalyst للحصول على مزيد من المعلومات حول إدخال الوحدات النمطية وإزالتها عبر الإنترنت.

٪CPU_MONITOR-SP-6-NOT_HEARD أو ٪CPU_MONITOR-SP-3-TIMED_OUT

المشكلة

يبلغ المفتاح هذا خطأ رسالة:

%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 61 seconds [2/0]
%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 151 seconds [2/0]
%CPU_MONITOR-SP-3-TIMED_OUT: CPU_MONITOR messages have failed, resetting module [2/0]
%OIR-SP-3-PWRCYCLE: Card in module 1, is being power cycled off (Module not responding to
 Keep Alive polling)
%OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled off (Heartbeat Messages Not
 Received From Module)

الوصف

يرسل المشرف إختبار اتصال SCP مرة كل 2 ثانية إلى كل بطاقة خط. في حالة عدم تلقي إستجابة بعد 3 إختبارات اتصال (6 ثوان)، يتم حسابه كفشل أول. بعد 25 من حالات الفشل المتعاقبة، أو بعد 150 ثانية من عدم تلقي إستجابة من بطاقة الخط، يقوم المشرف بتشغيل بطاقة الخط تلك. عقب كل 30 ثاني، هذا خطأ رأيت رسالة على المفتاح:

%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 61 seconds [2/0]
%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 151 seconds [2/0]

بعد 150 ثانية، يتم تدوير الطاقة في الوحدة النمطية باستخدام syslog التالية:

%CPU_MONITOR-SP-3-TIMED_OUT: CPU_MONITOR messages have failed, resetting module [2/0]
%OIR-SP-3-PWRCYCLE: Card in module 1, is being power-cycled off (Module not responding to
 Keep Alive polling)
%OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled off (Heartbeat Messages Not
 Received From Module)

٪C6KPWR-4-DISABLED: Power to Module في مجموعة [dec] [chars]

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

%C6KPWR-4-DISABLED: Power to module in slot [dec] set [chars]

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%C6KPWR-SP-4-DISABLED: power to module in slot 10 set off (Fabric channel errors)
%C6KPWR-SP-4-DISABLED: power to module in slot 2 set off (Module Failed SCP dnld)
%C6KPWR-SP-4-DISABLED: power to module in slot 9 set off (Module not responding to Keep
 Alive polling)

الوصف

تشير هذه الرسالة إلى أنه تم إيقاف تشغيل الوحدة النمطية الموجودة في الفتحة المشار إليها للسبب المشار إليه. يمثل [dec] رقم الفتحة، ويشير [chars] إلى حالة الطاقة.

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

الحل

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

إذا كانت الوحدة النمطية المعنية هي وحدة تحويل المحتوى (CSM)، فخذ في الاعتبار ترقية برنامج CSM إلى الإصدار 4.1(7) أو إصدار أحدث. وثقت هذا إصدار في cisco بق id CSCei85928 (ضد CSM برمجية) (يسجل زبون فقط) و cisco بق id CSCek28863 (مقابل cisco ios برمجية) (يسجل زبون فقط).

يمكن تنزيل أحدث برنامج CSM من صفحة تنزيل برنامج Cisco Catalyst 6000 Content Switching Module.

Online-SP-6-Initfail: وحدة نمطية [dec]: فشل في [chars]

المشكلة

يبلغ المفتاح الخطأ رسالة:

ONLINE-SP-6-INITFAIL: Module [dec]: Failed to [chars]

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%ONLINE-SP-6-INITFAIL: Module 5: Failed to synchronize Port asic

الوصف

سبب الانهيار هو فشل مزامنة Pinnacle ASIC. عادة ما يكون السبب هو عدم الاتصال أو عدم وجود بطاقة مثبتة جيدا.

الحل

يسترد النظام عافيته دون تدخل من المستخدم. إذا تكررت رسالة الخطأ، فقم بإعادة بيع بطاقة الخط أو الوحدة النمطية المعنية.

FM_EARL7-4-FLOW_FEAT_FLOWmask_REQ_FAILED

المشكلة

يبلغ المفتاح الخطأ رسالة:

%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based 
feature [chars] for protocol [chars] is unsuccessful, hardware acceleration may be disabled 
for the feature

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based 
feature Reflexive ACL for protocol IPv4 is unsuccessful, hardware acceleration may be disabled 
for the feature

الوصف

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

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

في حالة قائمة التحكم في الوصول (ACL) العكسية، فإن متطلبات قناع سير قائمة التحكم في الوصول (ACL) العكسية هي عامة على جميع الواجهات، نظرا لأنه يوجد فقط مدخل NetFlow. إذا تم تكوين تنظيم التدفق الصغير المستند إلى جودة الخدمة (QoS) في هذه الحالة، فإن قائمة التحكم في الوصول (ACL) العكسية تقوم بتعطيل تثبيت إختصار NetFlow ويتم تحويل قائمة التحكم في الوصول (ACL) العكسية المطابقة لحركة المرور.

الحل

قم بإصدار الأمر show fm fie flow mask لتحديد حالة تمكين / تعطيل تثبيت إختصار NetFlow للميزة. إذا تم تعطيل تثبيت إختصار NetFlow وزيادة سرعة الأجهزة للميزة، فاستخدم قوائم الوصول العكسية فقط بالإضافة إلى تنظيم التدفق الصغير، وتأكد من عدم تداخل منظم التدفق الصغير مع قائمة الوصول العكسية. أعد تطبيق الميزة الخاصة بطلب قناع التدفق لينجح، وأعد تمكين تثبيت إختصار NetFlow للميزة.

MCAST-2-IGMP_SNOOP_Disable

المشكلة

يبلغ المفتاح الخطأ رسالة:

%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets, 
[dec]/[dec]; auto reenable in about 2 mins

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets, 
0/19880; auto reenable in about 2 mins

الوصف

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

تحدث هذه الرسالة عادة لأن معالج المسار يستلم معدل أعلى بكثير من المعدل المتوقع لحزم IGMP الوصلة أو حزم البث المتعدد العادية الموجهة إلى نطاقات عناوين البث المتعدد من الطبقة 3/الطبقة 2 المحجوزة. لذلك ينفذ المحول من الموارد وكما تبلغ رسائل التسجيل، يعمل المحول على تخفيف التطفل على بروتوكول IGMP وتعطيله لفترة قصيرة.

الحل

يمكنك تمكين ميزة تحديد معدل البث المتعدد وتعيين الحد على عدد أكبر.

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

أتمت هذا steps in order to تحريت هذا إصدار:

1. قم بتعطيل التطفل على بروتوكول IGMP باستخدام الأمر no ip igmp snooping.

2. setup فسحة بين دعامتين جلسة على الإدارة VLAN قارن على ك مادة حفازة 6500 in order to حددت أن ال mac عنوان ينتسب إلى المصدر من حيث الحركة مرور زائد يأتي.

3. ابحث في جدول CAM لتحديد المصدر، وقم بإزالة ذلك المصدر.

4. إعادة تمكين التطفل على بروتوكول إدارة مجموعات الإنترنت (IGMP).

C6KERRDETECT-2-FIFOCRITLEVEL: كشف النظام عن خطأ في الموارد غير القابلة للاسترداد على قاعدة بيانات المشرف النشطة

المشكلة

يبلغ المحول عن رسائل الخطأ هذه. يمكن أن تكون رسالة الخطأ أحد هذين النوعين:

C6KERRDETECT-2-FIFOCRITLEVEL: System detected an unrecoverable resources error on the
active supervisor pinnacle

C6KERRDETECT-2-FIFOCRITLEVEL: System detected unrecoverable resources error on active
 supervisor port-asic 

الوصف

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

تشير هذه الرسائل إلى أن النظام كشف عن موارد لا يمكن إستردادها، وذلك بسبب مشكلة "الإدخال الأول" أو "الخروج الأول" [FIFO]، على Maximum ASIC المشار إليه أو ASIC للمنفذ المحدد.

الحل

قم بإصدار الأمر remote switch show platform hardware asicreg {acle slot 1 port 1 err أمر لحل هذا الخطأ، ثم قم بتكوين المحول لتشغيل إختبارات الأجهزة المحسنة باستخدام الخطوات التالية:

ملاحظة: اكتب الأمر بأكمله واضغط على المفتاح Enter. لا يمكنك كتابة الأمر باستخدام مفتاح Tab.

1. قم بإصدار الأمر التشخيصي bootup level complete لتعيين مستوى التشخيص إلى مكتمل، ثم احفظ التكوين.

2. أعد تركيب المشرف وقم بإدراجه بشكل ثابت

3. بمجرد وصول المشرف إلى الإنترنت، قم بإصدار الأمر show diagnostic لمراقبة المحول والتحقق من إستمرار رسالة الخطأ

٪c6KERRDETECT-SP-4-SWBUSSTALL: يمر ناقل التحويل بفترة 3 ثوان

المشكلة

يبلغ المفتاح هذا خطأ رسالة:

• ٪c6KERRDETECT-SP-4-SWBUSSTALL: يمر ناقل التحويل بفترة 3 ثوان

• ٪C6KERRDETECT-SP-4-SWBUSSTALL_RECOVERY: تم إسترداد كشك ناقل التحويل ويستمر تحويل حركة مرور البيانات

الوصف

تشير رسالة ٪C6KERRDETECT-SP-4-SWBUSSTALL إلى توقف حافلة التحويل وفقد حركة مرور البيانات.

تشير الرسالة ٪C6KERRDETECT-SP-4-SWBUSSTALL_RECOVERY إلى أن حافلة التحويل لم تعد متوقفة، ويمكن متابعة حركة مرور البيانات.

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

إختبار إختبار اتصال SP-RP[7]: تم تخطي الاختبار بسبب الاستخدام المرتفع لحركة مرور البيانات/وحدة المعالجة المركزية

المشكلة

يتم تلقي رسالة الخطأ هذه عند فشل إختبارات النطاق الداخلي في التعرف على وحدة المعالجة المركزية (CPU) عالية:

SP-RP Ping Test[7]: Test skipped due to high traffic/CPU utilization

الوصف

يعد SP-RP في إختبار اتصال النطاق بمثابة إختبار تشخيص عبر الإنترنت، كما أن الرسالة التي تفيد فشل إختبار اتصال SP-RP هي عبارة عن معلومات بحتة. وهو يشير إلى إستخدام وحدة المعالجة المركزية (CPU) المرتفع ويمكن أن يكون نتيجة لقدر كبير من حركة المرور إلى معالج التوجيه أو لتحويل حركة المرور المتدفقة إلى معالج المحول. كما يمكن أن يحدث ذلك أثناء أي تحديثات للمسار. من الطبيعي أن يتم إستخدام وحدة المعالجة المركزية لمعالج التوجيه بنسبة تصل إلى 100 بالمائة في بعض الأحيان.

الحل

رسالة الخطأ إعلامية بحتة ولا تؤثر على أداء الجهاز.

SW_VLAN-4-MAX_SUB_INT

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

%SW_VLAN-4-MAX_SUB_INT : The number of sub-interfaces allocated for interface [chars] has 
exceeded recommended limits of [dec]

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%SW_VLAN-4-MAX_SUB_INT: The number of sub-interfaces allocated for interface Gi1/1 has
exceeded recommended limits of 1000

الوصف

يقتصر عدد الواجهات الفرعية للطبقة 3 على شبكات VLAN الداخلية في المحول. يتلقى مادة حفازة 6500 sery 4094 VLANs أن يكون استعملت لأهداف مختلف. أصدرت العرض منصة جهاز سعة vlan أمر in order to عرفت الوضع الحالي VLAN توفر.

Switch#show platform hardware capacity vlan

VLAN Resources
  VLANs: 4094 total, 9 VTP, 0 extended, 17 internal, 4068 free

الحل

الحد الموصى به للواجهات الفرعية هو 1000 لكل واجهة و 2000 لكل وحدة نمطية. قم بتقليل عدد الواجهات الفرعية التي تم تخصيصها للواجهة لأنها تجاوزت الحد الموصى به.

ملاحظة: يمكن تأمين وحدة التحكم بسبب تدفق هذه الرسائل التي يتم عرضها في إعادة تحميل المحول. وثقت هذا إصدار في cisco بق id CSCek73741 (يسجل زبون فقط) وال إصدار في cisco ios برمجية إطلاق 12.2(18)sxf10 و cisco ios برمجية إطلاق 12.2(33)sxh أو فيما بعد.

MCAST-6-L2_HASH_BUCKET_COLLISION

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

MCAST-6-L2_HASH_BUCKET_COLLISION: Failure installing (G,C)->index: 
([enet],[dec])->[hex] Protocol :[dec] Error:[dec]

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%MCAST-SP-6-L2_HASH_BUCKET_COLLISION: Failure installing (G,C)->index: 
(0100.5e31.d522,802)->0xDA4 Protocol :0 Error:3

عادة ما يتم عرض رسالة الخطأ هذه مع هذه الرسالة:

%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate 
more Layer 2 entries than what allowed (15488)

الوصف

تشير هذه الرسالة إلى أن إدخال الطبقة 2 لم يتم تثبيته في الجهاز نظرا لعدم وجود مساحة كافية في مستودع التجزئة. فضت multicast ربط على ال VLAN قادم لأن الطبقة 2 مدخل ركبت failed. عند تجاوز الحد، يحدث التفيض ل MACs إضافية للمجموعة.

الحل

إذا لم تكن تستخدم البث المتعدد، فيمكنك تعطيل التطفل على بروتوكول IGMP. وإلا، يمكنك زيادة حد إدخال التجزئة باستخدام الأمر ip igmp snooping l2-entry-limit.

٪QM-4-AGG_POL_EXCEEDED: تم تجاوز موارد أجهزة QoS: من مشرعي التجميع

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

%QM-4-AGG_POL_EXCEEDED: QoS Hardware Resources Exceeded : Out of Aggregate policers

الوصف

يمكن دعم عدد محدود فقط من منظمي التجميع. في المحولات المستندة إلى EARL7، يكون هذا الحد هو 1023.

الحل

بدلا من جودة الخدمة المستندة إلى المنفذ، يمكنك تكوين جودة الخدمة المستندة إلى شبكة VLAN. أكمل الخطوات التالية:

1. قم بتطبيق سياسة الخدمة على كل شبكة VLAN تم تكوينها على محول الطبقة 2.

2. أزلت الخدمة-policy من كل ميناء أن ينتسب إلى ال VLAN خاص.

3. قم بتكوين كل منفذ من الطبقة 2 للجودة (QoS) المستندة إلى شبكة VLAN باستخدام الأمر mls qos vlan.

٪EC-SP-5-CAN_BUNDLE2: غير متوافق مع Gi2/1 وسيتم تعليقه (MTU من Gi2/2 هو 1500، و Gi2/1 هو 9216)

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪EC-SP-5-CAN_BUNDLE2: غير متوافق مع Gi2/1 وسيتم تعليقه (MTU من Gi2/2 هو 1500، و Gi2/1 هو 9216)

الوصف

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

الحل

قم بتكوين وحدة الحد الأقصى للنقل (MTU) نفسها في منافذ العضو هذه.

٪EC-SP-5-CAN_BUNDLE2: لا يتوافق gi1/4 مع Gi6/1 وسيتم إيقافه مؤقتا (تم إيقاف إرسال التحكم في التدفق من Gi1/4، تم تشغيل Gi6/1)

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

• ٪EC-SP-5-CAN_BUNDLE2: لا يتوافق gi1/4 مع Gi6/1 وسيتم إيقافه مؤقتا (تم إيقاف إرسال التحكم في التدفق من Gi1/4، تم تشغيل Gi6/1)

الوصف

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

الحل

دققت القارن تشكيل يساهم في الميناء قناة.

٪CFIB-7-CFIB_EXCEPTION: إستثناء FIB TCAM، سيتم تبديل بعض الإدخالات

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

%CFIB-7-CFIB_EXCEPTION: FIB TCAM exception, Some entries will be software switched

الوصف

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

الحل

أعد تحميل الموجه للخروج من وضع الاستثناء. أدخل الأمر mls cef maximum-route في وضع التكوين العام لزيادة الحد الأقصى لعدد المسارات للبروتوكول. بشكل افتراضي، يكون لواحدة من PFC3 على SUP سعة 192 كيلو مدخل ولكن إذا كنت تستخدم الأمر mls cef maximum-route 239، فهذا يعطي خيار لاستخدام الحد الأقصى لإدخالات TCAM المتاحة. أستخدم الأمر show mls cef maximum-route للتحقق من الحد الأقصى للمسارات. أستخدم الأمر show mls cef summary الذي يعرض ملخص معلومات جدول CEF، للتحقق من الاستخدام الحالي.

فشل الوحدة النمطية في إختبار TestMatchCapture

المشكلة

تفشل الوحدة النمطية 5 (المشرف) في إختبار تشخيص TestMatchCapture كما هو موضح في هذا الإخراج من show diagnostic result module module_# :

TestMatchCapture ----------------> F


          Error code ------------------> 59 (DIAG_L2_INDEX_MISMATCH_ERROR)

          Total run count -------------> 1

          Last test execution time ----> Jun 25 2011 04:49:10

          First test failure time -----> Jun 25 2011 04:49:10

          Last test failure time ------> Jun 25 2011 04:49:10

          Last test pass time ---------> n/a

          Total failure count ---------> 1

          Consecutive failure count ---> 1

الوصف

إختبار TestMatchCapture هو مزيج من TestProtocolMatchChannel واختبارات TestCapture كما هو موضح هنا:

• TestProtocolMatchChannel - يتحقق إختبار TestProtocolMatchChannel من إمكانية مطابقة بروتوكولات معينة من الطبقة 2 في محرك إعادة توجيه الطبقة 2. عندما تقوم بتشغيل الاختبار على Supervisor Engine (محرك المشرف)، يتم إرسال الحزمة التشخيصية من المنفذ الداخلي لمحرك المشرف وإجراء بحث عن الحزمة باستخدام محرك إعادة توجيه الطبقة 2. بالنسبة الوحدات النمطية التي تم تمكين DFC عليها، يتم إرسال الحزمة التشخيصية من المنفذ الداخلي لمحرك المشرف من خلال بنية المحول ويتم إعادة تثبيتها من أحد منافذ DFC. يتم التحقق من ميزة المطابقة أثناء البحث عن الحزمة التشخيصية بواسطة محرك إعادة توجيه الطبقة 2.

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

الحل

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

٪const_diag-SP-3-HM_Port_ERR: فشل المنفذ 5 على الوحدة النمطية 2 10 مرات متتالية. تعطيل المنفذ

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

%CONST_DIAG-SP-3-HM_PORT_ERR: Port [dec] on module [dec] failed [dec]
	 consecutive times. Disabling the port.

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%CONST_DIAG-SP-3-HM_PORT_ERR: Port 5 on module 2 failed 10 consecutive
	 times. Disabling the port.

الوصف

تشير رسالة الخطأ إلى أن مسار البيانات الذي يماثل المنفذ قد فشل. وضعت الميناء داخل ال errdisable دولة.

الحل

قم بإعادة تعيين بطاقة الخط لمعرفة ما إذا كانت المشكلة قد حلت نفسها أم لا.

٪const_diag-SP-4-ERROR_COUNTER_WARNING: تجاوز عداد أخطاء الوحدة النمطية 7 الحد، واستمرت عملية النظام

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: Module 7 Error counter 
exceeds threshold, system operation continue.
%CONST_DIAG-SP-4-ERROR_COUNTER_DATA: ID:42 IN:0 PO:255 RE:200 RM:255 DV:2 EG:2 CF:10 TF:117

الوصف

تحقق من نتائج التشخيص:

TestErrorCounterMonitor ---------> .

    Error code ------------------> 0 (DIAG_SUCCESS)
    Total run count -------------> 33658
    Last test execution time ----> Apr 15 2012 11:17:46
    First test failure time -----> Apr 03 2012 20:11:36
    Last test failure time ------> Apr 08 2012 19:24:47
    Last test pass time ---------> Apr 15 2012 11:17:46
    Total failure count ---------> 5
    Consecutive failure count ---> 0
    Error Records ---------------> n/a

يقوم TestErrorCounterMonitor بمراقبة الأخطاء/المقاطعات على كل وحدة نمطية في النظام عن طريق التحقق بشكل دوري من عدادات الأخطاء التي يتم الاحتفاظ بها في بطاقة الخط.

تظهر رسالة الخطأ هذه عندما يستقبل ASIC على بطاقة الخط حزم باستخدام CRC سيئ. يمكن أن تكون المشكلة محلية لهذه الوحدة النمطية أو يمكن تشغيلها بواسطة وحدة نمطية أخرى معيبة في الهيكل. يمكن أن يكون هذا أيضا بسبب الإطارات ذات CRC سيئ تم تلقيها بواسطة Pinnacle asic من DBUS. وهذا يعني أن رسائل الخطأ تشير إلى أنه يتم إستلام الحزم السيئة عبر الناقل على الوحدة النمطية 7.

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

الحل

• قم أولا بإعادة مقعد الوحدة التعليمية 7 وتأكد من تشديد المسامير بشكل جيد. أيضا، قبل إعادة الضبط، قم بتعيين التشخيصات للإكمال باستخدام الأمر full مستوى بدء التشغيل التشخيصي.

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

٪SYS-3-Port_RX_BADCODE: كشف المنفذ 3/43 عن حدوث 7602 خطأ (أخطاء) في التعليمات البرمجية غير الصحيحة في آخر 30 دقيقة

المشكلة

يبلغ المحول عن رسالة الخطأ هذه:

%SYS-3-PORT_RX_BADCODE:Port [dec]/[chars] detected [dec] bad code errors in last 30 minutes

يوضح هذا المثال إخراج وحدة التحكم الذي يتم عرضه عند حدوث هذه المشكلة:

%SYS-3-PORT_RX_BADCODE: Port 3/43 detected 7602 bad code error(s) in last 30 minutes

الوصف

تشير رسالة الخطأ هذه إلى أن المنفذ قد تأثر بخطأ بروتوكول غير معروف. على سبيل المثال، مادة حفازة 6500 sery يستلم مفتاح إطار مع بروتوكول هو لا يعرف أو يميز. الأول [dec] هو رقم الوحدة النمطية، [chars] هو رقم المنفذ، والثاني [dec] هو عدد الحزم الواردة التي تحتوي على بروتوكولات غير معروفة تمت مصادفتها في الدقائق الثلاثين الأخيرة.

هذا هو السبب المحتمل للخطأ رسالة:

• نظرا لعدم تطابق السرعة وإعدادات الإرسال ثنائي الإتجاه.

• يتم تمكين بروتوكول CDP على طرف واحد وليس على طرف آخر.

• بسبب DTP، يتم تمكين هذا بشكل افتراضي على واجهات المحول. بما أن الموجهات لا يفهم DTP، هذا يستطيع سببت بعض إصدار.

الحل

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

معلومات ذات صلة

• المحولات Cisco Catalyst 6500 Series Switches
• أداة فك تشفير رسائل الخطأ ( العملاء المسجلون فقط)
• دعم منتجات المحولات
• دعم تقنية تحويل شبكات LAN
• الدعم التقني والمستندات - Cisco Systems