رسائل أخطاء CatOS الشائعة على مبدّلات Catalyst 6500/6000 Series Switches

المقدمة

يزود هذا وثيقة شرح موجز من مشترك syslog ورسائل خطأ أن أنت ترى على مادة حفازة 6500/6000 sery مفتاح أن يركض مادة حفازة os (CatOS) برمجية.

أستخدم أداة فك تشفير رسائل الخطأ (العملاء المسجلون فقط) إذا كانت لديك رسالة خطأ لا تظهر في هذا المستند. توفر هذه الأداة معنى رسائل الخطأ التي يقوم برنامج Cisco IOS^® وبرنامج CatOS بتوليدها.

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

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

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

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

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

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

المتطلبات

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

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

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

الاصطلاحات

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

رسائل الخطأ على محولات Catalyst 6500/6000 Series Switches

الرسائل في هذا قسم عادي خطأ رسالة أن أنت ترى على مادة حفازة 6500/6000 sery مفتاح أن يركض CatOS.

٪CDP-4-NVLANMISMATCH: تم الكشف عن عدم تطابق شبكة VLAN الأصلية على المنفذ [dec]/[dec]

المشكلة

يقوم المحول بإنشاء رسائل syslog ٪CDP-4-NVLANMISMATCH المتكررة.

الوصف

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

2002 Jan 11 08:50:40 EST -05:00 %CDP-4-NVLANMISMATCH:
   Native vlan mismatch detected on port 4/1
2002 Jan 11 02:02:45 %CDP-4-NVLANMISMATCH:
   Native vlan mismatch detected on port 1/1

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

يمكن أن يستلم ميناء شنطة أن أنت تشكل مع IEEE 802.1Q بطاقة على حد سواء حركة مرور tagged و untagged. افتراضيا، يرسل المفتاح untagged حركة مرور مع ال VLAN أهلي طبيعي أن يكون شكلت للميناء. إن يتلقى ربط VLAN id أن يكون ال نفسه بما أن الميناء أهلي طبيعي VLAN id، المفتاح يبث الربط untagged. وإلا، يرسل المفتاح الربط مع بطاقة.

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

أصدرت العرض شنطة mod/ميناء أمر in order to دققت ال VLAN أهلي طبيعي أن يكون شكلت على مفتاحك. في هذا أمر، mod/port الشنطة ميناء. هنا عينة مخرجات:

Console> (enable) show trunk 5/24 
Port      Mode         Encapsulation  Status        Native vlan
--------  -----------  -------------  ------------  -----------
 5/24     desirable    dot1q          not-trunking  1
 
Port      Vlans allowed on trunk
--------  ---------------------------------------------------------------------
 5/24     1-1005
 
Port      Vlans allowed and active in management domain 
--------  ---------------------------------------------------------------------
 5/24     1
 
Port      Vlans in spanning tree forwarding state and not pruned
--------  ---------------------------------------------------------------------
 5/24      

Console> (enable)

أصدرت المجموعة vlan vlan_id mod/port أمر in order to غيرت ال VLAN أهلي طبيعي أن يكون شكلت على الشنطة ميناء. في هذا أمر، mod/port الشنطة ميناء.

ملاحظة: رسالة خطأ syslog "٪CDP-4-NATIVE_VLAN_MISMATCH" هي إشارة إلى عدم تطابق أصلي لشبكة VLAN في محولات Catalyst التي تعمل ببرنامج Cisco IOS Software.

ملاحظة: إذا كانت المحولات متصلة باستخدام المنافذ غير المتصلة، فتأكد من تكوين المنافذ لتكون في شبكة VLAN نفسها. إن لا يكون الميناء في ال نفسه VLAN، أنت تحصل الخطأ رسالة ٪CDP-4-NVLANMISMATCH: أهلي طبيعي VLAN حالة عدم توافق كشفت على ميناء [ميناء num].

DTP-1-ILGLCFG: تكوين غير قانوني (قيد التشغيل، isl-on، dot1q) على المنفذ [mod/port]

المشكلة

يلد المفتاح DTP-1-ILGLCFG: غير قانوني config (فوق، isl-on، dot1q) على ميناء [mod/port] خطأ.

الوصف

يمكن أن تظهر هذه الرسالة إذا قمت بضبط كلا جانبي خط الاتصال على تشغيل، ولكن أنواع التضمين (isl، dot1q) غير متطابقة. إذا قمت بتعيين أوضاع خط الاتصال إلى مرغوب فيه، فإن خط الاتصال لا يظهر بسبب هذا التكوين الخاطئ. فحصت الإنتاج من العرض شنطة أمر على كلا طرفي in order to تحريت. تأكد من أن أنواع التضمين هي نفسها.

٪IP-3-UDP_SOCKOVFL:تجاوز سعة مأخذ UDP

المشكلة

يقوم المحول بإنشاء رسائل syslog الدورية ٪IP-3-UDP_SOCKOVFL:UDP لتجاوز مأخذ التوصيل.

الوصف

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

ملاحظة: يمكن أن يختلف رقم مأخذ التوصيل لبروتوكول مخطط بيانات المستخدم (UDP) الذي يعرض البيانات أو أن يكون متماثلا بشكل متناسق.

%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow

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

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

Console> (enable) show netstat udp
udp:
        0 incomplete headers
        0 bad data length fields
        0 bad checksums
        0 socket overflows
        110483 no such ports
Console> (enable) 

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

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

٪EC-SP-5-L3DONTBNDL1: تم إيقاف TE (mod/port) مؤقتا: لم يتم تمكين PAgP على المنفذ البعيد

المشكلة

يقوم المحول بإنشاء ٪EC-SP-5-L3DONTBNDL1: TE(mod/port)SUSPENDED: PAgP غير ممكن على رسالة خطأ المنفذ البعيد .

الوصف

يقع هذا خطأ رسالة بشكل عام عندما أيسر تراكم بروتوكول (PAgP) مكنت على الطبقة 3 (L3) قارن، غير أن الشريك ميناء لا يمكن ل PAgP. فيما يلي مثال:

%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.
%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.
%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.

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

• قم بإعادة بيع محول واجهة جيجابت (GBIC).

• استبدل GBIC.

• اختبر الجهاز باستخدام بطاقة خط مختلفة.

٪IP-3-UDP_BADCKSUM:UDP Bad Checksum

المشكلة

يقوم المحول بإنشاء رسائل syslog الدورية ٪IP-3-UDP_SOCKOVFL:UDP لتجاوز مأخذ التوصيل.

الوصف

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

ملاحظة: يمكن أن يختلف رقم مأخذ توصيل UDP الذي يعرض أو أن يكون متماثلا بشكل متناسق.

%IP-3-UDP_BADCKSUM:UDP bad checksum

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

Console> (enable) show netstat udp
udp:
        0 incomplete headers
        0 bad data length fields
        0 bad checksums
        0 socket overflows
        110483 no such ports
Console> (enable)

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

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

٪Kernel-5-unalignaccess:تم إجراء تصحيح المحاذاة

المشكلة

يقوم المحول بإنشاء ٪KERNEL-5-UNALIGNACCESS:تصحيح المحاذاة لرسائل syslog الدورية.

الوصف

يبدي هذا مثال ال syslog إنتاج أن أنت ترى عندما هذا خطأ يقع:

%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81BF1DB6
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81BF1DB6

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

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

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

٪MCAST-4-RX_JNRANGE:IGMP: تقرير RCVD في النطاق

المشكلة

يقوم المحول بإنشاء حركة مرور غير صحيحة من رسائل عنوان مصدر البث المتعدد.

الوصف

يبدي هذا مثال ال syslog إنتاج أن أنت ترى عندما هذا خطأ يقع:

%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx

يعد تقرير RCVD الموجود في رسالة syslog للنطاق إعلاميا فقط. يقوم المحول بإنشاء هذه الرسالة عند إستلام حزم تقارير بروتوكول إدارة مجموعة الإنترنت (IGMP) باستخدام عنوان MAC للبث المتعدد الذي يبدأ ب 01-00-5e-00-00-xx. هذا طبقة 2 (L2) مدى العنوان يماثل L3 multicast عنوان مدى بين 224.0.0.0 و 224.0.0.255. يتم حجز هذه العناوين لاستخدام بروتوكولات التوجيه وبروتوكولات اكتشاف المخطط أو بروتوكولات الصيانة منخفضة المستوى الأخرى. وتتضمن أمثلة هذه البروتوكولات اكتشاف العبارة وإعداد تقارير عضوية المجموعة.

أستخدم أداة التقاط الحزم مثل sniffer ومرشح على رسائل IGMP لاستكشاف أخطاء هذه المشكلة وإصلاحها. in addition، أنت يستطيع استعملت المادة حفازة فسحة بين دعامتين عمل in order to نسخت ربط من ميناء أن أنت تشك يستلم هذا رسالة من شبكة أداة. لمنع هذه الرسائل، قم بإصدار الأمر set logging level mcast 2 default. يقوم هذا الأمر بتغيير مستوى تسجيل رسائل البث المتعدد إلى 2.

استعملت الميناء أن العرض multicast مسحاج تخديد يبدي أمر و/أو أي وصلات إلى لب الشبكة بما أن الفسحة بين دعامتين مصدر ميناء. في الحالة أن هذا ميناء شنطة ميناء، أيضا شكلت الفسحة بين دعامتين غاية ميناء كشنطة ميناء. أصدرت العرض شنطة أمر in order to دققت أن الميناء يكون شنطة ميناء.

٪MCAST-2-IGMP_FALLBACK:IGMP: يتم التشغيل في وضع التراجع

المشكلة

يعرض المحول الذي تم تمكين التطفل على بروتوكول IGMP ٪MCAST-2-IGMP_FALLBACK:IGMP: يعمل في رسالة خطأ وضع التراجع.

الوصف

يبدي هذا مثال ال syslog إنتاج أن أنت ترى عندما هذا خطأ يقع:

%MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01
%MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode

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

01-00-5e-00-00-01
01-00-5e-00-00-04
01-00-5e-00-00-05
01-00-5e-00-00-06
01-00-5e-00-00-0d

عندما يكشف المفتاح معدل عالي من هذا حركة مرور، المفتاح توقف يتطفل ربط مع ال يعين غاية {upper}mac address لفترة قصيرة من الوقت. يسمى هذا التجمد الوضع الاحتياطي. بعد ذلك، يبدأ المفتاح يتطفل ثانية، أي يكون دعات أسلوب عادي. يلد المفتاح ال syslog رسالة أن هذا قسم يصف عندما المفتاح يركض في إحتياطي أسلوب.

اتبع أحد النهجين من أجل اكتشاف المحول الذي يولد حركة مرور البيانات إلى 01-00-5e-00-01:

• أصدرت المجموعة فسحة بين دعامتين sc0 mod/port أمر in order to راقبت ال sc0 ميناء وأرسلت الحركة مرور إلى sniffer. الفسحة بين دعامتين يبدي كل حركة مرور أن يكون وجهت إلى ال cpu من المفتاح.

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

• إن يركض أنت برمجية صيغة 6.3(10)، 7.4(3)، أو متأخر، هناك إضافي syslog رسالة أن يخبرك المصدر المخالف {upper}mac address، مصدر ميناء، ومصدر عنوان. أحلت هذا syslog رسالة، أي يبدو مماثل إلى هذا:

  2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRAL:IGMP:
     Address Aliasing for 224.0.0.1
  2003 Jan 24 04:07:43 %MCAST-2-IGMP_FALLBACK:IGMP: 
     Running in FALL BACK mode
  2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRALDETAILS:IGMP: 
     Multicast address aliasing: From 00-00-0c-11-22-33 
     (3.3.3.33) on 1/2 to 01-00-5e-00-00-01 (224.0.0.1)

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

٪MGMT-4-OUTOFNVRAM: خارج مساحة NVRAM: ([dec]،[dec]،[dec]،[dec])

المشكلة

يقوم المحول بإنشاء رسائل syslog MGMT-4-OUTOFNVRAM:خارج ذاكرة NVRAM الفضائية.

الوصف

سترى رسالة مماثلة لهذا عند نفاد مساحة ذاكرة NVRAM على النظام:

%MGMT-4-OUTOFNVRAM:Out of NVRAM space:  (62,39204,524288,24976)

تشير هذه الرسالة إلى فشل عملية كتابة NVRAM بسبب نقص المساحة. تشير [dec] الأربعة التي تظهر بين قوسين إلى:

• الأول [dec]— كتلة التكوين التي تتم كتابتها إلى ذاكرة NVRAM

• الثانية [dec]- حجم التكوين الذي تتم كتابته إلى ذاكرة NVRAM

• ثالثا [ديسمبر] - إجمالي حجم NVRAM في النظام

• رابعا [ديسمبر]- مقدار مساحة NVRAM المتاحة

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

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

لا يمكن تمكين تكوين وضع النص إذا تم مسح تكوين قائمة التحكم في الوصول (ACL) من ذاكرة NVRAM

المشكلة

يقوم المحول بإنشاء التكوين في وضع النص غير القابل للتمكين إذا تم مسح تكوين قائمة التحكم في الوصول (ACL) من رسالة خطأ NVRAM.

الوصف

يقوم المحول بإنشاء هذه الرسالة أثناء محاولة التغيير من تكوين وضع ثنائي إلى تكوين وضع نص في وقت لا يتم فيه حفظ تكوين قائمة التحكم في الوصول (ACL) الحالي الملتزم في ذاكرة NVRAM.

في معظم الحالات، يمكنك إصدار الأمر set config acl nvram لحل هذه المشكلة. يقوم الأمر بنسخ تكوين قائمة التحكم في الوصول (ACL) الحالي الملتزم به من DRAM مرة أخرى إلى NVRAM.

MGMT-5-LOGIN_FAILED:فشل المستخدم في تسجيل الدخول من وحدة التحكم

المشكلة

يقوم المحول بإنشاء MGMT-5-LOGIN_FAILED:فشل المستخدم في تسجيل الدخول من أخطاء وحدة التحكم.

الوصف

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

ملاحظة: حتى بعد إصدار أمر no exec، تستمر الرسائل حتى يتم مسح المخزن المؤقت.

٪PAgP-5-PortFromstp / ٪PAgP-5-PortTOSTP

المشكلة

يقوم المحول بإنشاء رسائل syslog ٪PAg-5-portFROMSTP و٪PAgP-5-portTOSTP.

الوصف

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

%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3
%PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3
%PM_SCP-SP-4-LCP_FW_ABLC

يقوم مرفق تسجيل PAgP بالإعلام عن الأحداث التي تتضمن PAgP. أنت تستعمل PAgP أن يفاوض EtherChannel خطوة بين مفتاح. يقوم المحول بإنشاء رسالة ٪PAg-5-PortFROMSTP syslog عند فقد إرتباط على منفذ محول. يقوم المحول بإنشاء رسالة ٪PAg-5-PortTOSTP syslog عند اكتشاف إرتباط على منفذ محول. هذه syslog عادية، رسائل إعلامية تشير إلى إضافة أو إزالة منفذ من الشجرة المتفرعة.

ملاحظة: تمكين التوجيه غير ضروري لظهور هذه الرسائل.

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

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

• حالة عدم توافق السرعة/الإرسال ثنائي الإتجاه

• تصادم متأخر

• كبل معيب

• Fault Network Interface Card (NIC) أو آخر نهاية مشكلة محطة

• منفذ المحول المعيب

• سوء تكوين آخر

إذا كنت ترغب في منع رسائل syslog هذه، فعليك إصدار الأمر set logging level paP 4 default لتعديل مستوى التسجيل لمنشأة PAgP إلى 4 أو أقل. مستوى التسجيل الافتراضي ل PAgP هو 5.

%SPANTREE-3-PORTDEL_FAILNOTFOUND

المشكلة

يقوم المحول بإنشاء رسائل syslog ٪SPANTREE-3-portDel_FAILNOTFOUND الدورية.

الوصف

يبدي هذا مثال ال syslog إنتاج أن أنت ترى عندما هذا خطأ يقع:

%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)

تشير رسائل syslog هذه إلى أن PAgP حاول إزالة منفذ من الشجرة المتفرعة لشبكة VLAN المحددة، ولكن المنفذ لم يكن في بنية بيانات الشجرة المتفرعة لشبكة VLAN هذه. بشكل نموذجي، قامت عملية أخرى، مثل بروتوكول التوصيل الديناميكي (DTP)، بإزالة المنفذ من الشجرة المتفرعة بالفعل.

عادة ما تصاحب هذه الرسائل رسائل ٪PAgP-5-PortFROMSTP. تكون الرسائل لأغراض تصحيح الأخطاء. لا تشير الرسائل إلى مشكلة في المحول ولا تؤثر على أداء التحويل. وبالإضافة إلى ذلك، لا يتم تسجيل هذه الرسائل ما لم تقم بتغيير تكوين تسجيل منشأة SPANTREE الافتراضية. مستوى التسجيل الافتراضي ل spantree هو 2.

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

٪SYS-1-CFG_RESTORE:[chars] تم إستعادة الكتلة من النسخة الاحتياطية

المشكلة

يقوم المحول بإنشاء رسائل ٪SYS-1-CFG_RESTORE syslog.

الوصف

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

2005 Oct 14 14:36:26 %SYS-1-CFG_RESTORE:Global block restored from backup

هذه الرسائل إعلامية فقط. تقوم ميزة مراقبة NVRAM، التي تم تقديمها في الإصدار 6.4(x)، بإنشاء هذه الرسائل. تبلغ الرسائل بشكل أساسي عن وجود كتلة تالفة في ذاكرة NVRAM وأنه قد تم إستعادة التكوين من النسخة الاحتياطية. يعد [chars] نوع الكتلة الذي يمكن للمستخدم أو العملية تعديله. يتم إجراء التحققات للكتل التالفة في ذاكرة NVRAM بشكل افتراضي. يتم إستعادة أي كتلة تالفة باستخدام النسخة الموجودة في DRAM. لذلك، لا يتم فقد التكوين.

٪SYS-1-SYS_OVERPwrrtng:النظام يستهلك طاقة أكثر من تقييم مصدر الطاقة

المشكلة

يقوم المحول بإنشاء رسائل syslog الدورية ٪SYS-1-SYS_OVERPrtng.

الوصف

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

Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply 
rating
Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply 
rating

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

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

٪SYS-1-MOD_DCPWRMISMATCH:تم الكشف عن فشل في طاقة التيار المباشر [num] ل DC أثناء الاقتراع

المشكلة

يقوم المحول بإنشاء ٪SYS-1-MOD_DCPWRMISMATCH:Module[num]فشل طاقة التيار المباشر الذي تم اكتشافه أثناء رسائل syslog الخاصة بالاقتراع.

الوصف

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

%SYS-1-MOD_DCPWRMISMATCH:Module[num]DC power failure detected during polling

يقع هذا رسالة بسبب أي من هذا إصدار:

• بطاقة الخط غير مثبتة بشكل مناسب في الهيكل.

  أعد تركيب بطاقة الخط.

• فتحة الهيكل معيبة.

  تحقق من انثناء المسامير. اختبر بطاقة الخط في فتحة مختلفة.

• بطاقة الخط معيبة.

  اتصل بدعم Cisco التقني.

٪SYS-1-MOD_SEQMISMATCH:عدم تطابق تسلسل BUS ASIC حدث على الوحدة النمطية

المشكلة

على المحولات Catalyst 6000 switches ذات محركات المشرف المكررة (بطاقة ميزة المحول متعدد الطبقات [MSFC] وبطاقة ميزة السياسة [PFC])، يمكن أن يحدث عدم تطابق تسلسل ASIC هذا بالناقل داخل محول:

SYS-1-MOD_SEQMISMATCH: Bus asic sequence mismatch occurred on module 
[dec] (asic=[dec], srcidx=0x[hex], seq=[dec])

الوصف

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

%SYS-1-MOD_SEQMISMATCH:Bus asic sequence mismatch occurred on module 7 
(asic=1, srcidx=0x0, seq=0)

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

قد تتسبب رسائل الخطأ هذه لأي من هذه الأسباب:

• محرك المشرف مشغول للغاية

• حلقات تكرار بروتوكول الشجرة الممتدة (STP)

• تعمل قوائم التحكم في الوصول (ACL) ومعالجات QoS على كبح حركة المرور أو إسقاطها عبر قناة الاتصالات داخل النطاق

• مشكلات مزامنة Port ASIC أو مشاكل Switch Fabric Module

• تعطل الأجهزة أو الوحدة النمطية المثبتة بشكل غير صحيح

وفي بعض الحالات، تتم ملاحظة هذه الرسائل أيضا في بطاقات الخط: WS-X6348-RJ45 و WS-X6516-GBIC.

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

٪SYS-3-EOBC_CHANNELREINIT

المشكلة

يقوم المحول بإنشاء رسائل ٪SYS-3-EOBC_CHANNELREINIT syslog.

الوصف

يبدي هذا مثال ال syslog إنتاج أن أنت ترى عندما هذا خطأ يقع:

• CatOS الإصدار 6.3.8 و 7.3.2 و 7.5.1:

  %SYS-3-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)

• CatOS، الإصدار 7.6(6):

  %SYS-5-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)

قامت إصدارات CatOS 6.3.8 و 7.3.2 و 7.5.1 بتقديم هذه الرسالة. تظهر الرسالة لحالة خطأ غير فادح. تشير الرسالة إلى حدوث كلا الحادثين:

• كشف المحول عن حالة عالقة في قائمة انتظار الإرسال (Tx) لقناة إيثرنت خارج النطاق (EOBC) في الدائرة المتكاملة الخاصة بتطبيق وحدة تحكم النظام (ASIC).

• تمت إعادة تهيئة ASIC دون إعادة تعيين المحول.

ملاحظة: يمكن أن يتسبب وجود بطاقة ذات مخزن EOBC مؤقت خاطئ في الرسالة أيضا.

EOBC هو اتصال أحادي الإتجاه بسرعة 100 ميجابت في الثانية يستخدمه المشرفون وبطاقات الخط للاتصال عبر اللوحة الخلفية. لأن هم half-duplex، إصطدام متوقع على هذا في الاتصال قناة. ومن الطبيعي أن يتم الإبلاغ عن هذه الرسائل أحيانا لأنها جزء من عملية الاسترداد الذاتي.

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

٪SYS-3-SYS_MEMERR:[chars] أثناء وجود [chars] العنوان 0x[hex]

المشكلة

تظهر رسائل الخطأ التالية في syslog:

• ٪SYS-3-SYS_MEMERR:الرقم السحري غير الصحيح أثناء تحرير العنوان 0x82175564

   أو

• ٪SYS-3-SYS_MEMERR:معرف العملية السيئة أثناء تخصيص العنوان 0x80ea51a4

الوصف

تشير رسائل الخطأ هذه إلى أن إدارة الذاكرة كشفت عن تلف في الذاكرة. يمكن ان تكون [الشارات] الاولى إحدى هذه العبارات:

• خارج النطاق

• محاذاة غير صحيحة

• الحظر غير مجاني

• عدم تطابق المؤشر الخلفي

• عدد سحرية سيئ

• الكتلة الناجحة خارج النطاق

• تمت محاذاة الكتلة الناجحة بشكل غير صحيح

• الكتلة السابقة خارج النطاق

• تمت محاذاة الكتلة السابقة بشكل غير صحيح

• معرف عملية غير صحيح

يمكن أن يكون [chars] الثاني أي من هذه:

• إفراجا

• تخصيص

حقل [hex] هو عنوان الكتلة الذي سيتم تحريره أو توزيعه.

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

SYS-3-SYS_LCPERR3: الوحدة النمطية [dec]: Coil [dec] Port [dec] Stuck [dec] time ([dec] واجب واجب واجب واجب؛ [dec] واجب واجب عدم)

المشكلة

SYS-3-SYS_LCPERR3: وحدة نمطية [dec]: Coil [dec] Port [dec] Stuck [dec] Times ([dec] بسبب lcol؛ [dec] بسبب notx) تظهر رسائل الخطأ في syslog.

الوصف

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

لا تشير رسائل الخطأ هذه بالضرورة إلى مشكلة في الجهاز. يقع الخطأ للمرة الأولى إن المفتاح يتلقى إصطدام متأخر بسبب مزدوج حالة عدم توافق أو كبل طويل. مهما، هناك برمجية خطأ في CatOS 7.2(2) رمز أن يسبب المفتاح أن يفشل أن يفحص لخطأ إضافي. يتم تسجيل نفس الخطأ بشكل متكرر. راجع معرف تصحيح الأخطاء من Cisco CSCdx79107 (العملاء المسجلون فقط) للحصول على مزيد من المعلومات حول هذه المشكلة. تم إصلاح المشكلة في CatOS الإصدار 7.3(1).

ال syslog خطأ أن يكون خلقت مماثل إلى هذا:

• 2005 أغسطس 02:09:20:16 ٪SYS-3-SYS_LCPERR3:Module 5: Coil 3 Port 1: مغلق 3 مرات(3 بسبب lcol؛ 0 بسبب notx)

• 2005 أغسطس 02:10:45 ٪SYS-3-SYS_LCPERR3:Module 5: COIL 3 Port 1: Stuck 3 مرات(3 بسبب LCOL؛ 0 بسبب NOTX)

تحدد هذه القائمة عناصر رسالة الخطأ:

• الوحدة النمطية [dec] هي الوحدة النمطية التي تبلغ عن الخطأ.

• Coil [dec] هو عدد ASIC الذي يبلغ عن الخطأ.

• ميناء [dec] هو ال ASIC ميناء أن يتلقى الخطأ.

• Stuck [dec] هو مدة الخطأ.

• آخر إثنان [dec] هما ال col وnotx يعدان.

أصدرت in order to منعت هذا syslog خطأ رسالة، المجموعة errordetection ميناء يعجز أسلوب أمر ذو امتياز.

أيضا، فحصت الميناء وضع طبيعي ل أي من هذا مشكلة:

• حالة عدم توافق مزدوج

• بطاقات واجهة شبكة (NIC) غير متزامنة على محطات العمل المرفقة

• يعجز الخطأ شرط

• تصادمات متأخرة

• أي أخطاء على مستوى الارتباط

أحلت in order to حللت الإصدار أن ينتج من أي من هذا مشكلة، هذا وثيقة:

• استكشاف أخطاء توافق محولات Cisco Catalyst Switches مع بطاقة واجهة الشبكة (NIC) وإصلاحها

• الاسترداد من حالة منفذ تعطيل الأخطاء على أنظمة CatOS الأساسية

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

٪SYS-3-SYS_LCPERR3:Module [dec]: Pinnacle #[dec]، Frame with Bad Packet CRC Error (PI_CI_S_PKTCRC_ERR - 0xC7) = [dec]

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

يمكن إرسال حزم CRC الضارة من أي منفذ عبر حافلة البيانات. الأسباب المحتملة هي سوء التركيب أو وحدات خط الخطأ.

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

الإجراء 1

إستخدام مستوى التشخيص:

1. قم بتكوين المحول لإكمال تحليل مادة النشر.

   set test diaglevel complete
   
   

2. قم بإعادة تثبيت جميع الوحدات النمطية بما في ذلك محركات المشرف.

3. الحصول على نتائج تحليل مادة النشر.

   show test all
   
   

4. اتصل بالممثل الفني ل Cisco باستخدام إخراج الأمر show test all.

الإجراء 2

إستخدام عدادات Pinnacle ASIC:

1. قم بإزالة وحدة نمطية واحدة في كل مرة.

2. أستخدم هذا الأمر وشاهد العداد 0xC7 لزيادة الأخطاء.

   show asicreg 
           
           
             / 
             
             pinnacle errcounters 
             
           
   

   يعرض هذا الأمر جميع عدادات Pinnacle ASIC في تلك الوحدة النمطية. يتم عرض العداد 0xC7 في السطر الثالث من الإخراج. في كل مرة يتم فيها تنفيذ الأمر، يتم مسح العدادات. الرقم المثالي هو 0 خطأ.

   C6500> (enable) show asicreg 3/1 pinnacle errcounters
   
   00C5: PI_CI_S_HDR_FCS_REG                      = 0000
   00C6: PI_CI_S_RBUS_FCS_REG                     = 0000
   00C7: PI_CI_S_PKTCRC_ERR_REG                   = 0000
   00C8: PI_CI_S_PKTLEN_ERR_REG                   = 0000
   00C9: PI_CI_S_BPDU_OUTLOST_REG                 = 0000
   00CE: PI_CI_S_HOLD_REG                         = 0000
   00CA: PI_CI_S_QOS0_OUTLOST_REG                 = 0000
   00CE: PI_CI_S_HOLD_REG                         = 0000
   00CB: PI_CI_S_QOS1_OUTLOST_REG                 = 0000
   00CE: PI_CI_S_HOLD_REG                         = 0000
   00CC: PI_CI_S_QOS2_OUTLOST_REG                 = 0000
   
   !--- Output elided.
   
   

3. كرر الخطوات 1 و 2 حتى لا يقع الخطأ. اتصل بممثل Cisco الفني لاستبدال الوحدة النمطية المعيبة.

٪SYS-4-Supervisor_ERR:

المشكلة

تظهر رسائل الخطأ التالية في syslog:

%SYS-4-SUPERVISOR_ERR:Forwarding engine IP length error counter =4 
%SYS-4-SUPERVISOR_ERR:Forwarding engine IP too short error counter =1 
%SYS-4-SUPERVISOR_ERR:Forwarding engine IP check sum error counter = 38 

الوصف

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

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

هذا رسالة معلومة فقط وتحذير من المفتاح. أصدرت المجموعة errordetection portcounters يعجز أمر على المفتاح in order to أعجزت هذا خطأ رسالة.

٪SYS-4-P2_WARN: 1/حركة مرور غير صحيحة من عنوان مصدر البث المتعدد

المشكلة

يقوم المحول بإنشاء حركة مرور غير صحيحة من رسائل عنوان مصدر البث المتعدد.

الوصف

يبدي هذا مثال ال syslog إنتاج أن أنت ترى عندما هذا خطأ يقع:

SYS-4-P2_WARN: 1/Invalid traffic from multicast source address

هذا multicast مصدر عنوان syslog رسالة عندما المفتاح يستلم ربط أن يتلقى multicast {upper}mac address كمصدر {upper}mac. لا يتوافق إستخدام عنوان MAC للبث أو البث المتعدد كمصدر MAC لإطار مع السلوك القياسي. مهما، لا يزال المفتاح يرسل حركة مرور أن يكون مصدر من multicast {upper}mac address. ال syslog يشير رسالة ال multicast {upper}mac address في المصدر {upper}mac field من الإطار، as well as الميناء على أي حركة مرور كان إستلمت. ال workaround أن يحاول أن يعين النهاية محطة أن يلد إطار مع مصدر multicast {upper}mac address. عادة، يقوم أحد هذه الأجهزة بإرسال مثل هذه الإطارات:

• مولد حركة مرور مثل Spirent SmartBits

• أجهزة الطرف الثالث التي تشارك عنوان MAC للبث المتعدد، مثل منتجات خادم أو جدار حماية موازنة الأحمال

الحل

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

٪SYS-4-Port_ERR:Port 15/1 rxTotalDrop

المشكلة

تظهر رسائل الخطأ التالية في syslog:

• ٪SYS-4-Port_ERR:Port 16/1 rxTotalDrop (7426859)

   أو

• ٪SYS-4-Port_ERR:Port 15/1 rxTotalDrop (2563127)

الوصف

في المثالفي هذا قسم، Errordetection ميناء مكنت واستلمت (Rx) خطأ يقع على ميناء 1/1. ولكن رسائل syslog (SYS-4-Port_ERR) تشير إلى RxTotalDrop على 15/1 بدلا من 1/1.

ملاحظة: يتم تعطيل عدادات المنفذ Errordetection بشكل افتراضي.

في بعض التثبيتات، يمكن برمجية السمة وهو يبقى مكنت بعد تحسين. تم حل هذه المشكلة في 6.3(1) لتثبيت جديد. إن يرى أنت هذا رسالة، فحصت أول ربط ميناء (1/1 أو 2/1)، ليس الميناء أن ال syslog يبلغ (15/1 أو 16/1). يعرض إخراج الأمر show counters الأخطاء التي تحدث. إذا كان عداد الأخطاء الوحيد الذي يقوم بالتقارير عن الأخطاء هو RxTotalDrop، فإن حالات السقوط التي تحدث هي على الأرجح حالات السقوط من قبل منطق حظر الألوان (CBL). توقع هذه عمليات الإسقاط إذا كانت الشجرة المتفرعة تقوم بحظر شبكة VLAN على ذلك المنفذ. عمليات إسقاط CBL هي حزم يتم استقبالها على خط اتصال لشبكة VLAN يتم حظرها على خط الاتصال هذا. على سبيل المثال، ما يزال يمكن إستلام البث أو البث المتعدد أو البث الأحادي غير المعروف على منفذ محظور.

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

ال workaround أن يعجز ال errordetection ميناء counters. أصدرت المجموعة errordetection ميناء يعجز أمر.

٪SYS-4-MODHPRESET:

المشكلة

يبلغ المفتاح هذا خطأ رسالة إلى المفتاح وحدة طرفية للتحكم و syslog ل WS-X6608 خط بطاقة:

2002 Aug 26 09:22:58 %SYS-4-MODHPRESET:
   Host process (860) 3/5 got reset asynchronously

الوصف

إعادة ضبط المنافذ النشطة T1 أو E1 على الوحدات النمطية WS-X6608 على أساس عشوائي ومتكرر. تؤدي إعادة التعيين هذه إلى إسقاط جميع المكالمات النشطة إلى شبكات الهاتف المحولة العامة (PSTN). المنافذ التي لم يتم تكوينها ولكن تم تمكينها باستمرار من إعادة الضبط في محاولة للاتصال ب Cisco CallManager. يمكن أن تتداخل رسائل إعادة التعيين هذه مع منافذ البوابة النشطة وتتسبب في إعادة تعيين غير مرغوب فيها. التداخل وإعادة الضبط ممكنة لأن كل المنافذ الثمانية تتشارك في المعالج. تظهر رسالة النظام هذه باستمرار على شاشة وحدة التحكم وفي syslog، إذا قمت بتكوينها. هذا السلوك متوقع لهذا الخادم النصلي. لا يؤثر السلوك على أداء النظام.

الحل البديل هو تعطيل المنافذ غير المستخدمة. أصدرت المجموعة ميناء disable mod/ميناء أمر. إضافة جميع المنافذ إلى قاعدة بيانات Cisco CallManager. يمكنك تكوين هذه المنافذ كبوابات أو نقاط نهاية الوسائط (MTPs) أو جسور مؤتمرات الأجهزة.

٪SYS-4-NVLOG:Syndiags:خطأ مزامنة Bus ASIC

المشكلة

يقوم syslog بالإعلام عن رسالة الخطأ هذه في السجل:

2002 Aug 23 08:59:16 %SYS-4-NVLOG:SYNDIAGS:
   Bus ASIC sync error on Module 16, bus I/F register = 0xa0
2002 Aug 23 09:00:53 %SYS-4-NVLOG:SYNDIAGS:
   Bus ASIC sync error on Module 1, bus I/F register = 0x30

الوصف

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

SYS-4-Port_GBICBADEEPROM: / ٪SYS-4-Port_GBICNOTSUPP:

المشكلة

يبدو أن وحدات GBIC النمطية WS-G5484، WS-G5486، و WS-G5487 تعمل بشكل طبيعي، ولكن الوحدات النمطية تبلغ عن هذه الأخطاء البرمجية:

%SYS-4-PORT_GBICBADEEPROM: port bad gbic eeprom checksum 
%SYS-4-PORT_GBICNOTSUPP: port gbic not supported

الوصف

عند إستخدام وحدات GBIC النمطية WS-G5484 و WS-G5486 و WS-G5487 باستخدام بطاقة WS-X6408-GBIC، تظهر رسائل الخطأ في سجل البرنامج، رغم عدم وجود مشاكل. عندما تقوم بتوصيل نفس شبكات GBICs هذه في وحدات نمطية أخرى أو محركات مشرف، قد لا تظهر الأخطاء، طالما أن شبكات GBIC تحتوي على محرك مشرف Cisco GBIC Supervisor Engine EEPROM (Seeprom) صالح. رسالة الخطأ هذه مرئية فقط. لا تؤثر الرسالة على حركة المرور التي تمر عبر الوحدة النمطية أو GBIC.

هي المشكله مو مشكلة برامج تجميل بس. عدم إستبدال الأجهزة. حللت هذا يتوفر مادة حفازة برمجية إطلاق هذا مشكلة عندما SIPROMs يتوفر على ال cisco GBIC:

• CatOS 5.5(5) والإصدارات الأحدث

• CatOS 6.2(3) والإصدارات الأحدث

إذا لم يكن ل GBIC Cisco SIPROM، فإن ترقية برنامج CatOS لا تصلح رسالة الخطأ. في هذه الحالة، يشير الخطأ إلى أن Cisco GBIC سابق أو غير معتمد، بخلاف Cisco GBIC في المكان. لا يمكنك إلا إستبدال بطاقات واجهة سطر الأوامر (GBICs) المعتمدة من Cisco بموجب عقد دعم أو ضمان. نظرت في التسمية الموجودة على أعلى حالة GBIC للتحقق من أن GBIC عبارة عن بطاقة Cisco GBIC معتمدة. ابحث عن هذه العناصر:

• شعار Cisco

• رقم جزء Cisco الذي يبدأ ب 30

• اسم مورد GBIC

لمزيد من التفاصيل، ارجع إلى إشعار ميداني: G5484، G5486، G5487 GBICs تولد أخطاء EPROM سيئة.

SYS-4-SYS_LCPERR4: وحدة نمطية [dec]: خطأ في تماثل Pinnacle #[dec] PB

المشكلة

تقوم وحدة التحكم أو syslog بالإعلام عن رسائل الخطأ هذه:

%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Tx path.
      Status=0x0046: Module needs troubleshooting or TAC assistance. 
%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Rx path.
      Status=0x0002: Module needs troubleshooting or TAC assistance.

الوصف

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

٪SYS-5-SYS_LCPERR5:Module

المشكلة

تقوم وحدة التحكم أو syslog بالإعلام عن رسائل الخطأ هذه:

%SYS-5-SYS_LCPERR5:Module 7: Coil Pinnacle Header Checksum Error - Port #32: 
%SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif Packet CRC Error - Port #32: 
%SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif State Machine Error - Port #32: 

الوصف

رسالة الخطأ هذه خاصة ب 6348 خط بطاقة. يمكن أن تكون رسالة السجل في قسم مشكلة نتيجة لمشكلة في الجهاز أو البرنامج. أتمت ال steps في هذا قسم in order to حددت إن المشكلة يكون جهاز أو برمجية مشكلة.

أكمل الخطوات إذا كان كلا العنصرين صحيحين:

• أنت فقط ترى الرسالة أن المشكلة يبدي قسم ولا آخر متصل رسالة في ال syslogs.

• أنت يتلقى بثثت التصق على واحد ميناء غير أن لا على مجموعة من 12 ميناء.

1. أصدرت العرض ماك mod/ميناء أمر مرتين في إثنان ثاني فاصل in order to أكدت أن أنت تتلقى بثثت التصق.

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

2. أعجزت/مكنت الميناء وانظر إن هم إستردت.

3. قم بإصدار الأمر reset mod_number لإعادة ضبط الوحدة النمطية.

   معرفة ما إذا كانت الوحدة النمطية ستسترد أم لا.

4. قم بإصدار الأمر set module power {up | down} mod_number لإعادة ضبط الوحدة النمطية بشكل ثابت.

   معرفة ما إذا كانت الوحدة النمطية ستسترد أم لا.

من المحتمل أن تواجه مشكلة في البرامج إذا كانت جميع هذه العناصر صحيحة:

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

• كل الميناء يمر تشخيصات في العرض إختبار أمر إنتاج.

• يبدأ المرور دون مشاكل.

إن يكون كل هذا مادة صحيح، أحلت cisco بق id CSCdu03935 (يسجل زبون فقط). تم إصلاح المشكلة في الإصدارات 5.5(18) و 6.3(10) و 7.4(3) والإصدارات اللاحقة.

في بعض الحالات، ترى ٪SYS-5-SYS_LCPERR5:Module 9: خطأ المجموع الاختباري لرأس Coil Pinnacle - المنفذ #37 رسائل الخطأ وواحدة أو أكثر من هذه الرسائل:

• خطأ في الجهاز الخاص بحالة Mdtif للملف

• خطأ CRC الخاص بحزمة Mdtif للملف

• خطأ في التدفق السفلي الخاص بـ Pb Rx للملف

• خطأ في تماثل Pb Rx للملف

إذا رأيت هذه الرسائل، حدد ما إذا كانت بعض أو كل هذه العناصر صحيحة:

• بعد إعادة ضبط الوحدة النمطية أو/إعادة ضبطها بشكل ثابت، فإنها لا تظهر في السطر.

• توجد الوحدة النمطية في السطر، ولكن مجموعة من 12 منفذا فشلت في التشخيص في إخراج الأمر show test.

• تكون الوحدة النمطية عالقة في حالة أخرى عند التمهيد.

• تصبح جميع مصابيح LED الخاصة بالمنفذ على الوحدة النمطية كهرمانية.

• كل ميناء في errdisabled دولة عندما أنت تصدر العرض ميناء mod_number أمر.

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

SYS-4-NVLOG:CONVERT_POST_SAC_CiscoMIB:Nvram block [#] غير قابل للتحويل

المشكلة

يلد المفتاح دوري convert_post_SAC_CiscoMIB: syslog رسالة.

الوصف

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

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )
SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )
SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )

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

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

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

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

٪SYS-6-CFG_CHG:Module [dec] كتلة تم تغييرها بواسطة SecurityRx

المشكلة

يقوم المحول بإنشاء كتلة ٪SYS-6-CFG_CHG:Module [dec] دورية تم تغييرها بواسطة رسائل SecurityRx syslog.

الوصف

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

%SYS-6-CFG_CHG:Module 3 block changed by SecurityRx
%SYS-6-CFG_CHG:Module 4 block changed by SecurityRx

تشير هذه الرسالة إلى أنه قد تم تعديل كتلة التكوين. من المتوقع أن هذا رسالة عندما ميناء أمن يكون شكلت على المفتاح، وشيخوخة مكنت. PSecure MAC عنوان MAC أن يكون علمت من الأيسر أمن عملية وأضفت إلى ال cam طاولة كمدخل ساكن إستاتيكي أن يؤمن الميناء. عندما يتلقى أنت شيخوخة وقت على الميناء أمن تشكيل، ال MAC عنوان أزلت من ال حدبة طاولة وال NVRAM (حيث PSecure MACs يكون خزنت) في شيخوخة وقت. يحصل الربط تالي أن يكون إستلمت من الميناء بعد هذا شيخوخة خارج مساعدة في repopulation من ال حدبة و NVRAM مع ال psUre {upper}mac address.

InBandPingProcessFailure:عدم إستجابة Module x عبر النطاق الداخلي

المشكلة

تظهر رسائل الخطأ التالية في إخراج الأمر show log:

InbandPingProcessFailure:Module 2 not responding over inband 
InbandPingProcessFailure:Module 2 not responding over inband 

الوصف

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

• Supervisor Engine (محرك المشرف) مشغول للغاية.

• هناك حلقات تكرار بروتوكول الشجرة المتفرعة (STP).

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

• هناك مشاكل في مزامنة ASIC للمنفذ.

• هناك مشاكل في وحدة نمطية للمحول.

يستطلع Supervisor Engine (محرك المشرف) بطاقة ميزة التحويل متعدد الطبقات (MSFC) من خلال إختبار اتصال خاص كل 10 ثوان. بعد ذلك يقوم Supervisor Engine (محرك المشرف) بإعادة ضبط MSFC إذا فشل MSFC في الاستجابة إلى ثلاثة إختبارات اتصال متتالية. بالإضافة إلى ذلك، في CatOS صيغة 6.2 وفيما بعد، يستعرض محرك المشرف النشط والاحتياطي كل منهما الآخر عبر قناة داخل النطاق، ويفشل المحول إلى Supervisor Engine (محرك المشرف) في وضع الاستعداد.

ملاحظة: إذا كنت قد قمت بالترحيل مؤخرا إلى الإصدار 6.3(10) أو 7.4(2) أو 7.4(3) أو منه، فيمكن للمحول إعادة الضبط إذا قمت بإصدار الأمر show log أو الأمر show tech-support وإذا كانت لديك رسالة فشل InbandPing في السجل. ال workaround أن يصدر ال clear سجل أمر قبل أن يصدر أنت العرض سجل مقياس سرعة أمر. يعرف معرف تصحيح الأخطاء من Cisco CSCdz32730 (العملاء المسجلون فقط) هذا التحذير. يتم حل المشكلة في الإصدارات 6.4(1) و 7.5(1) والإصدارات اللاحقة.

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

1. قم بإزالة الوحدة النمطية التي تشير إليها الرسائل.

2. قم بإعادة تركيب الوحدة النمطية بشكل ثابت في المنفذ الخاص بها.

   قم بإصدار الأمر set test diaglevel complete لضمان تمكين وضع التشخيص الكامل.

   قم بإصدار الأمر show log mod_number والأمر show test mod_number لإيجاد أي إختبارات فاشلة.

3. إذا لم تحل الخطوة 2 المشكلة، فقم بإنشاء طلب خدمة باستخدام دعم Cisco التقني.

   أتمت هذا steps in order to زودت المعلومة ضروري:

   1. على قبض الإنتاج من العرض مناسب أمر من CatOS.

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

        • إظهار الدعم الفني

        • إظهار السجل

        • show logging buffer 1024

        • إظهار mod_number للاختبار

          ملاحظة: قم بإصدار هذا الأمر مرة واحدة لكل بطاقة خط.

        • show scp mod mod_number

          ملاحظة: قم بإصدار هذا الأمر مرة واحدة لكل بطاقة خط.

        • إظهار mod

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

        • إظهار داخل النطاق

        • show test 0

        • show scp stat

        • عرض فشل SCP

        • show scp mod

        • إظهار عملية SCP

        ملاحظة: أوامر show scp مخفية.

      وبالإضافة إلى ذلك، تحقق من وجود أي ملفات crashinfo في ذاكرة التمهيد المؤقتة (bootflash). قم بإصدار الأمر show bootflash:.

   2. حدد وقت حدوث المشكلة ومدى تكرارها.

      هل تحدث المشكلة عندما يختبر الاتصال داخل النطاق إزدحاما؟ قم بإجراء إختبار اتصال بين واجهة sc0 على Supervisor Engine (المحرك المشرف) وواجهة VLAN على MSFC لاختبار الازدحام داخل النطاق. إن يركض مادة حفازة ك CatOS نظام برمجية، أنجزت هذا steps:

      1. التقاط الإخراج من الأمر show inband في واجهة سطر أوامر محرك المشرف (CLI).

      2. افتح جلسة عمل Telnet منفصلة إلى MSFC مباشرة وإختبار الاتصال من واجهة VLAN إلى واجهة sc0.

      3. التقط الإخراج مرة أخرى من الأمر show inband في Supervisor Engine (واجهة سطر الأوامر).

      4. إن يعجز عدة جلسة أو وقت خارج، أصدرت المجموعة فسحة بين دعامتين sc0 mod/port كلا inpkts يعجز أمر.

         يشكل هذا أمر فسحة بين دعامتين جلسة ل ال sc0 قارن. بعد أن يبدأ أنت ال sniffer أو برمجية مماثل، أنجزت إختبار أزيز موسع بين ال sc0 و VLAN قارن.

   3. حدد ما إذا تم تخصيص sc0 لشبكة VLAN خاصة بالإدارة أو لشبكة VLAN باستخدام كمية كبيرة من حركة المرور، وخاصة عمليات البث والبث المتعدد.

   4. راقبت الإنتاج من العرض errordetection داخل أمر.

      المجموعة errordetection يساعد أمر أنت تراقب المفتاح. عند اكتشاف خطأ، تخبرك رسالة syslog بوجود مشكلة قبل حدوث انخفاض ملحوظ في الأداء. يعرض الأمر show errordetection inband نوع تكرار الفشل داخل النطاق، مثل متعطل داخل النطاق الترددي، أو خطأ مورد، أو فشل داخل النطاق أثناء بدء التشغيل.

مجموعة فهرس ميزات غير صالحة للوحدة النمطية

المشكلة

تظهر رسالة خطأ الوحدة النمطية فهرس ميزات غير صالح عندما تقوم بتثبيت وحدة تحويل نمطية جديدة في محول من السلسلة Catalyst 6500/6000.

الوصف

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

%SYS-5-MOD_INSERT:Module 4 has been inserted
Invalid feature index set for module 4

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

في المثالفي هذا قسم، 48-port 10/100 Mbps تحويل وحدة نمطية (WS-X6348-RJ-45) أدخلت في مادة حفازة 6000 مفتاح أن يركض برمجية إطلاق 5،3(2)CSX. الحد الأدنى لإصدار البرنامج الذي تتطلبه الوحدة النمطية WS-X6348-RJ-45 هو 5.4(2).

الحل البديل هو ترقية برنامج Supervisor Engine (محرك المشرف) إلى إصدار يدعم الأجهزة. أحلت الإصدار بطاقة لمادة حفازة 6000/6500 برمجية إطلاق 5.x ل قائمة ميلان إلى جانب من الحد الأدنى برمجية صيغة ل كل وحدة نمطية.

فشل مزامنة Pinnacle

المشكلة

تعرض رسالة الخطأ مزامنة Pinnacle عند بدء التشغيل.

الوصف

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

System Power On Diagnostics Complete
 
Boot image: bootflash:cat6000-sup.5-4-4.bin

In Local Test Mode, Synch Failed. Retries: 4

Local Test Mode encounters Minor hardware problem in Module # 1

Running System Diagnostics from this Supervisor (Module 1)
This may take up to 2 minutes....please wait
Pinnacle Synch Failed. Retries: 4
Minor hardware problem in Module # 1
Use 'show test 1' to see results of tests.


Cisco Systems Console

Enter password:

الحل البديل هو إيقاف تشغيل المحول والتحقق من هذه العناصر:

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

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

• لقد قمت بربط مسامير الإبهام على الجانبين الأيمن والأيسر من الوحدات في قفص البطاقة وقمت بتضييق المسامير اللولبية.

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

إذا كنت لا تزال ترى رسائل فشل مزامنة Pinnacle، فقد تكون هناك مشكلة في الأجهزة في إحدى الوحدات النمطية.

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

RxSBIF_SEQ_NUM_ERROR:slot=x

المشكلة

تظهر رسائل الخطأ التالية في syslog:

RxSBIF_SEQ_NUM_ERROR:slot=9, pinnacleMask=0X1, 
   errSeqNum=b,source Index=0X1, errorType=0X2 
RxSBIF_SEQ_NUM_ERROR:slot=3, pinnacleMask=0X1, 
   errSeqNum=b,source Index=0X1, errorType=0X2

الوصف

تستخدم بطاقات الخط Catalyst 6500/6000 Line Cards بالإضافة إلى وحدة Supervisor Engine وحدة التحكم في الوصول إلى المنفذ ASICs عندما تقوم بتبديل الحزم بسرعات عالية بين المنافذ. يوفر Pinnacle ASIC واجهة Gigabit Ethernet لناقل البيانات Catalyst 6500/6000. من أجل دعم معدلات إعادة التوجيه العالية، يدعم حافلة التحويل الخاصة بالمحول Catalyst 6500/6000 عملية التوجيه. تتيح جبلة البيني لمادة حفازة 6500/6000 أن يحول إطارات متعددة إلى الناقل قبل أن يحصل على نتائج الإطار الأول. كل إطار يتم تهيئته مسبقا برأس ناقل داخلي يحتوي على رقم تسلسلي. يستخدم المحول الرقم لتعقب الإطارات المتعددة التي تنتظر قرار إعادة التوجيه. يجب أن يكون لكل بطاقات الخط ومحركات المشرف فهم مشترك لرقم التسلسل الحالي والتالي التالي. هذا الفهم مهم جدا.

تقوم رسالة خطأ RXSBIF بالإعلام عن ظهور خطأ تسلسل على حافلة التحويل. تتضمن هذه الأخطاء عدم تطابق تسلسلي وتسلسل غير صحيح. يعني تسلسل غير صالح أن الحزمة الحالية على حافلة التبديل لها رقم تسلسلي مختلف عن الرقم الذي توقعته ASICs. فيما يلي عينة من رسائل الخطأ التي تبلغ عن أرقام تسلسلية غير صالحة:

%SYS-1-MOD_INVALIDSEQ:Bus asic invalid sequence occurred 
   on module 1 (asic=1, srcidx=0x0, seq=14)

تتسبب إحدى هذه المشاكل بشكل خاص في رسائل الخطأ:

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

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

  تأكد من قفل روافع القذف بإحكام وإحكام المسامير.

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

  إذا إستمرت المشكلة بعد إعادة بيع جميع البطاقات، فعليك التقاط الإخراج من الأمر show tech-support وshow scp mod أو show scp fail secret. قم بإنشاء طلب خدمة باستخدام دعم Cisco التقني وتقديم هذه المعلومات.

• إصدار معروف— عندما يتم تحميل نظام Catalyst 6500/6000 مع صورة برنامج CatOS system الإصدار 6.1(1b)، يمكن أن تحدث رسائل خطأ المزامنة على Supervisor Engine (محرك المشرف) 2. أحلت إشعار ميداني: مستمر مزامنة خطأ مع مشرف محرك 2 على مادة حفازة 6000 ل كثير معلومة.

lyra_ft_par_err_intr_hdlr: خطأ LKUPRAM في سجل NVRAM

المشكلة

يعرض سجل NVRAM خطأ تماثل جدول إعادة التوجيه (ft_par_err).

lyra_ft_par_err_intr_hdlr: LKUPRAM, addr [hex], data [hex]

تشير رسالة الخطأ هذه إلى اكتشاف خطأ تماثل في جدول إعادة التوجيه. تشير رسالة الخطأ إلى موقع الخطأ في الذاكرة (أول [hex]) والبيانات في ذلك الموقع (الثاني [hex]).

الوصف

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

أتمت هذا steps أن يحل الإصدار:

1. أزلت الوحدة نمطية من المفتاح.

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

3. إذا إستمرت المشكلة، فاتصل بالممثل التقني ل Cisco.

لتجنب المشكلة، قم بتنفيذ الأمر clear-config للوحدة النمطية قبل إزالة أي وحدات نمطية. يقوم هذا الأمر تلقائيا بإزالة التكوين الذي ينتمي إلى وحدة نمطية، بمجرد إزالة الوحدة النمطية من الهيكل. أحلت ل كثير معلومة، Even after أنت أزلت الوحدة نمطية، العرض شوط يبدي أمر بعد معلومة حول ال يزيل وحدة نمطية قارن قسم من يتحرى جهاز و مسائل المشتركة على مادة حفازة 6500/6000 sery مفتاح يركض cisco ios نظام برمجية.

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

Kernel-1-CreateProcessFailed

المشكلة

تظهر رسالة الخطأ هذه في السجلات:

%KERNEL-1-CREATEPROCESSFAILED:Error in creating process: 
Unavailable free stack; stack type: 2; Name: tnetproc

فشل ٪KERNEL-1-CREATEPROCESSFAILED: خطأ في إنشاء العملية: [chars]؛ نوع المكدس:[dec]؛ الاسم: [chars] رسالة الخطأ تشير إلى فشل عملية الإنشاء؛ النظام خارج نطاق العمليات. يسمح نظام تشغيل Catalyst لعدد محدود من العمليات بناء على عدد المكدسات المتاحة. عند عدم توفر المكدسات، يتم إنشاء هذه الرسالة. الأول [chars] هو معرف العملية؛ و[dec] هو نوع المكدس، والثاني [chars] هو اسم العملية.

الوصف

يسمح المحول CatOS فقط بعدد محدود من العمليات مع مكدس من النوع 2 في النظام، على سبيل المثال، وحدة التحكم أو SNMPDM أو VtpRx أو THREAD أو Telnet145. الحد الأقصى لعدد العمليات ذات المكدس من النوع 2 هو 13. Telnet أو Secure Shell (SSH) هي إحدى العمليات التي تتطلب مكدس النوع 2. عند إستخدام جميع مكدسات النوع 2، ينتج عن أي محاولة للاتصال عبر برنامج Telnet رسالة الخطأ هذه.

قد يحدث هذا لأن جلسات عمل Telnet أو SSH القديمة لم تكن المهلة على المحول أو استهلكت العملية.

أصدرت in order to حللت هذا إصدار، العرض مستعمل أمر أن يتحقق كم telnet جلسة يتلقى يكون فتحت للمفتاح. قم بقطع اتصال جلسات عمل برنامج Telnet التي تم فتحها بواسطة الجهاز البعيد باستخدام الأمر disconnect ip_address.

PI_CI_S_CBL_DROP_REG

المشكلة

Switch> (enable) show asicreg 4/28 pinnacle err
00C7: PI_CI_S_PKTCRC_ERR_REG                   = FFFF
016F: PI_CI_S_CBL_DROP_REG                     = 1619

الوصف

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

يمكن أن تتزايد عدادات PI_CI_S_CBL_DROP_REG في أي وضع؛ إذا نقل المنفذ أوضاع STP، فيمكنك مشاهدة عمليات الوصول إلى منفذ الوصول. إن هناك أي تفاوض على الميناء (تقصير)، هذا يستطيع أيضا كنت رأيت كسلوك عادي أو عمل من المفتاح.

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

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

• رسائل أخطاء CatOS الشائعة على مبدّلات Catalyst 4500/4000 Series Switches
• رسائل أخطاء CatOS الشائعة على مبدّلات Catalyst 5000/5500 Series Switches
• دليل رسائل النظام من السلسلة Catalyst 6500، 8.7
• تكوين تسجيل دخول رسائل النظام
• cisco مادة حفازة 6000 sery مفتاح منتوج دعم
• أداة فك تشفير رسائل الخطأ ( العملاء المسجلون فقط)
• دعم منتجات الشبكات المحلية (LAN)
• دعم تقنية تحويل شبكات LAN
• الدعم التقني والمستندات - Cisco Systems