أستكشاف أخطاء الوحدة النمطية Nexus 7000 Series M132XP-12 وإصلاحها استنادا إلى سجلات الأخطاء

المقدمة

يصف هذا المستند العملية التي يتم إستخدامها لتحديد ما إذا كان يلزم إرسال وحدة نمطية من Cisco Nexus 7000 Series (N7K) M132XP-12 أو N7K-M132XP-12L إلى "تفويض مواد الإرجاع" (RMA).

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

المتطلبات

توصي Cisco بأن تكون لديك معرفة ب CLI لنظام تشغيل Nexus.

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

تستند المعلومات الواردة في هذا المستند إلى بطاقة الخط N7K M132XP-12 Linecard.

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

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

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

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

السيناريو 1: فشل إختبار "إسترجاع المنفذ" التشخيصي N7K-M132XP-12

الأعراض

تختبر الوحدة النمطية فشل التشخيص، ويتم ملاحظة syslog هذا:

%DIAG_PORT_LB-2-PORTLOOPBACK_TEST_FAIL: Module:18 Test:
PortLoopback failed 10 consecutive times. Faulty module:
Module 18 affected ports:23 Error:Loopback test failed. 
Packets lost on the LC at the Queueing engine ASIC

N7k# show diagnostic result module 18


Current bootup diagnostic level: complete
Module 18: 10 Gbps Ethernet Module 


        Test results: (. = Pass, F = Fail, I = Incomplete,
        U = Untested, A = Abort, E = Error disabled)


         1) EOBCPortLoopback--------------> .
         2) ASICRegisterCheck-------------> E
         3) PrimaryBootROM----------------> .
         4) SecondaryBootROM--------------> .
         5) PortLoopback:


          Port   1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
          -----------------------------------------------------
                 U  U  I  I  I  I  I  I  U  U  I  .  I  .  I  . 


          Port  17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
          -----------------------------------------------------
                 U  U  .  .  U  U  E  .  U  U  I  I  I  I  I  I 


         6) RewriteEngineLoopback:


          Port   1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
          -----------------------------------------------------
                 .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 


          Port  17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
          -----------------------------------------------------
                 .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .


"show module"
N7k# show module
Mod  Ports  Module-Type                      Model              Status
---  -----  -------------------------------- ------------------ ------------
16   32     10 Gbps Ethernet Module          N7K-M132XP-12      ok
17   32     10 Gbps Ethernet Module          N7K-M132XP-12      ok
18   32     10 Gbps Ethernet Module          N7K-M132XP-12      ok

        
Mod  Sw              Hw
---  --------------  ------
16   4.2(6E5)        2.0    
17   4.2(6E5)        1.7    
18   4.2(6E5)        1.7    


Mod  MAC-Address(es)                         Serial-Num
---  --------------------------------------  ----------
16   50-3d-e5-b8-5e-10 to 50-3d-e5-b8-5e-34  JAF1504CPAR
17   88-43-e1-c7-0b-90 to 88-43-e1-c7-0b-b4  JAF1405BJLJ
18   88-43-e1-c7-60-c0 to 88-43-e1-c7-60-e4  JAF1405CLML


Mod  Online Diag Status
---  ------------------
16   Fail
17   Pass
18   Fail

قائمة مرجعية

يرجح أن يكون هذا السيناريو راجعا إلى معرف تصحيح الأخطاء من Cisco CSCtn81109 أو CSCti95293.

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

1. تحقق لمعرفة ما إذا كان إصدار NX-OS يتوافق مع إصدار نظام تعقب الخلل الموزع (DDTS). تم تثبيت كل من DDTS والتحقق منه في الإصدار 5.2.4.
   
   
2. أدخل الأمر show log عند ملاحظة رسالة التشخيص لعرض الطابع الزمني لفشل إختبار التشخيص. حدد ما إذا كانت هناك أي مشاكل متعلقة بوحدة المعالجة المركزية (CPU) حدثت في نفس الوقت تقريبا. وفي بعض الأحيان، عندما يتم الضغط على وحدة المعالجة المركزية، فإنها تتسبب في فشل إختبار إسترجاع المنفذ التشخيصي. تعد هذه نقطة بيانات جيدة يمكن تجميعها على الرغم من أنها قد لا تكون السبب وراء المشكلة.
   
   
3. تجميع بيانات CLI الإضافية باستخدام الأوامر التالية:
   
   

   tac-pac bootflash:tech.txt
   show tech module 1
   show tech gold
   show hardware internal errors module 1 | diff - issue this a few times

4. قم بمسح نتيجة التشخيص وأعد تشغيلها بينما لا يتم تجاوز سعة وحدة المعالجة المركزية باستخدام الأوامر التالية:
   
   

   # show diagnostic result module 1
   # diagnostic clear result module all
   (config)# no diagnostic monitor module 1 test 5

   
   

   ملاحظة: قد تحتاج إلى التحقق من رقم الاختبار للتأكد من أنه إختبار PortLoopback. يمكن أن يكون الرمز الأساسي 5.x هو الاختبار 5، في حين أن الرمز الأساسي 6.0 يمكن أن يكون الاختبار 6.

   
   

   (config)# diagnostic monitor module 1 test 5
   # diagnostic start module 1 test 5
   # show diagnostic result module 1 test 5 

   
   

   ملاحظة: قد يستغرق إتمام الاختبار بضع دقائق.

   
   

   # show module internal exceptionlog module 1
   # show module internal event-history errors
   # show hardware internal errors module 1

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

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

السيناريو 2: إعادة ضبط الوحدات النمطية M1 و/أو نقاط تجميع الارتباطات

الأعراض

N7k %$ VDC-1 %$ %DIAG_PORT_LB-2-PORTLOOPBACK_TEST_FAIL: Module:3
Test:PortLoopback failed 10 consecutive times. Faulty module:
affected ports:3,5,7,11,13,15,19,21,23,27,29,31  Error:Loopback test failed.
Packets lost on the LC at the MAC ASIC

N7k %$ VDC-1 %$ %DIAG_PORT_LB-2-PORTLOOPBACK_TEST_FAIL:  Module:3
Test:PortLoopback failed 10 consecutive times. Faulty module:
affected ports:4,6,8,12,14,16,20,22,24,26,28,30,32  Error:Loopback test failed.
Packets lost on the LC at the Queueing engine ASIC

قائمة مرجعية

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

تجميع كافة السجلات التي تم الإبلاغ عنها وتسلسل الأحداث التي حدثت.

show tech detail
show accounting log
show logging

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

ملاحظة: تنطبق هذه المشكلة على جميع أنواع الوحدات النمطية M1.

السيناريو 3: تفشل جميع الوحدات النمطية M1 في إجراء إختبارات تشخيصية محددة، مثل إختبارات PortLoopback أو RewriteEngineLoopback

الأعراض

يحدث هذا إصدار عندما يكون هناك إصدار بين Active Supervisor (SUP) Engine (محرك المشرف النشط) ووحدة Xbar النمطية، والذي ينتج عنه تلف للحزمة التشخيصية. قد يفيد المحول N7K بأن المنافذ المتعددة/all في الوحدات النمطية المتعددة/all تفشل في هذه الاختبارات.

تتطلب هذه المشكلة التحقيق اليدوي والعزل اليدوي لمحرك SUP المعيب.

الشرط الذي تسبب أن تذهب الاختبارات إلى الدولة errdisabled قد يكون عابرا. cisco يوصي أن يركض أنت الاختبار حسب الطلب in order to حددت إن الحالة يبقى.

دخلت in order to أخلت الدولة ErrDisabled من الاختبار،:

N7K# diagnostic clear result module 1 test ?
  <1-6>  Test ID(s)
  all    Select all

لتشغيل الاختبار حسب الطلب، أدخل:

N7K# diagnostic start module 
     
     
       test 
       
     

لإيقاف الاختبار، أدخل:

N7K# diagnostic stop module 
     
     
       test 
       
     

كإجراء تصحيحي، لا يقوم محرك SUP بتشغيل تجاوز الفشل أو إعادة الضبط من أجل التعافي من هذه الحالة. من أجل طلب إجراء تصحيحي، تم تقديم طلب تحسين: Cisco Bug ID CSCth03474 - n7k/GOLD:تحسين عزل الأعطال ل N7K-GOLD.

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

• FN - 63495 - NX-OS 5.2(1) - قد تقوم الوحدات النمطية Nexus 7000 M1-Series بإعادة ضبط أو ربط حالة عبر منافذ متعددة قد يرفرف بعد تكوين شبكة VLAN جديدة مع فسحة بين دعامتين
• إشعار إستشاري عن البرامج
• الدعم التقني والمستندات - Cisco Systems

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