جهاز Dell DD9900 في زوج HA لا يرى وحدة SFP في المنفذ ethMa: State UP، link status NO، Cannot get module EEPROM information
أشرف على تخزين احتياطي في مركز بيانات. زوج DD9900 في وضع HA، ومنافذ الشبكة على بطاقة NDC من QLogic. بعد كل إعادة تشغيل أو إعادة تركيب للوحدة، يتوقف المنفذ ethMa عن رؤية الوحدة الضوئية، وهذا لم يعد حادثة عابرة بل ظاهرة متكررة بثبات.
- Dell DD9900، DD OS 7.2.0.95، إعداد HA
- بطاقة NDC من QLogic طراز QL41164HMCU رباعية المنافذ 10GbE (Dell 0XVVY1)
- الوحدات ABCU-5710RZ-CS4B، FCLF-8521-3-HP، FTLX8571D3BCL-FC، AFBR-703ASDZ - يعمل مع النحاس والضوء معًا
ما يظهر في النظام:
State UP
link status NO
Transceiver is unplugged
Cannot get module EEPROM informationethtool -m على هذا المنفذ لا يُعيد شيئًا.
ما جربناه بالفعل:
- بدّلنا الوحدات بين المنافذ وغيّرنا كابلات الوصل - المشكلة تلاحق المنفذ وليس الوحدة
- نقلنا الرابط إلى محول آخر ومنفذ آخر على المحول
- استبدلنا بطاقة NDC نفسها بواحدة جديدة، وحصلنا بعد فترة على نفس الشيء بالضبط
مع ذلك يُدرَج المنفذ كـ UP، أي أن النظام يعتبر كل شيء على ما يرام، ولا يرفع أي إنذار. أين أبحث بعد ذلك - التعريف (driver)، أم DD OS، أم العتاد فعلًا؟
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 4
بما أنه لا يتكرر على نظام مفرد لكنه يظهر بثبات على HA، يمكن استبعاد العتاد. هذا عيب في تعريف (driver) QLogic يظهر تحديدًا في إعداد HA على DD OS 7.2. من هنا تأتي الصورة كلها: المنفذ يُدرَج كـ UP، ولا يوجد رابط، وفي السجل تظهر Transceiver is unplugged وCannot get module EEPROM information. التعريف ببساطة لا يصل إلى ذاكرة EEPROM الخاصة بالوحدة، ولا يهمه إطلاقًا نوع الوحدة، نحاسية كانت أم ضوئية - لهذا لم يفد تبديل الوحدات ولا الأسلاك ولا منافذ المحول ولا حتى استبدال بطاقة NDC.
يُعالَج بترقية DD OS إلى 7.10.1 كحد أدنى، فهناك تأتي حزمة محدّثة من البرامج الثابتة والتعريفات، وبعدها تختفي الأعراض. وإلى أن يُتفق على نافذة للترقية:
تحفظ بخصوص الدعم: قبل الترقية راجع مع المورّد مصفوفة التوافق الخاصة بإعداد HA لديك تحديدًا، فـ7.10.1 هو الحد الأدنى وليس توصية بتركيبه بالضبط. وللمستقبل: في أجهزة DD الأحدث تم التخلي عن بطاقات NDC هذه لصالح Intel X710، لذا فإن السؤال يُحل من تلقاء نفسه عند تحديث الأسطول.
ثلاثة أسئلة لتضييق الدائرة. أولًا: هل يظهر هذا على نظام مفرد أم فقط على زوج HA؟ هذا مهم من حيث المبدأ، لأن HA يغيّر طريقة رفع الواجهات وانتقالها، ونصف حالات مشابهة تعيش تحديدًا هناك.
ثانيًا: هل توجد على هذه البطاقة وحدات SFP فقط أم أن هناك DAC معلقًا في منفذ مجاور؟ توثيق QLogic يمنع صراحة خلط DAC وSFP على نفس البطاقة، والنتائج المترتبة عادة ما تكون بالضبط هكذا - يتوقف جزء من المنافذ عن قراءة EEPROM.
ثالثًا: هل يعمل
ethtool -mبشكل طبيعي على المنافذ المجاورة على نفس البطاقة أم أنه صامت أيضًا؟جهّزنا منصة اختبار وشغّلناها. على نظام مفرد بنفس الوحدات ونفس DD OS 7.2 لم نتمكن من إعادة إنتاج المشكلة إطلاقًا، مهما نزعنا الوحدات وأعدنا التشغيل. تظهر فقط على زوج HA، ويبدو أن هذا هو المفتاح.
لا نخلط DAC وSFP على نفس البطاقة، فكل المنافذ الأربعة بها وحدات من نفس النوع.
ethtool -mعلى المنافذ المجاورة يعمل بشكل طبيعي، وتظهر EEPROM كاملة، بينما على ethMa تظهر تحديدًا Cannot get module EEPROM information إلى أن يعمل المنفذ من تلقاء نفسه بعد إعادة تشغيل تالية.أوافق على فكرة "الابتعاد عن QLogic". كانت لدينا بطاقة QLogic 8262 (سلسلة 8200) في FreeNAS 11.3-U5 على جهاز HP MicroServer Gen10: تظهر وظيفتا PCI كلتاهما، لكن يعمل فقط ql0، بينما يظهر ql1 كـ none2 ولا يتم تهيئته، أي أن نصف البطاقة ميت ببساطة.
في السجل عند كل إقلاع تظهر
0x200000 bytes of rid 0x10 res 3 failedثمunable to map any ports. نُصحنا بالتحقق عبرpciconf -lمن أنها ليست HP NC523SFP معاد تصنيفها (relabeled)، وبتحديث البرنامج الثابت للمهايئ، وتجربة إعدادات MSI/MSI-X. لم يفد شيء من ذلك، واستُبدلت البطاقة في النهاية، وللتخزين يُنصح صراحة هناك بـ Chelsio T520-CR أو Intel X520. لذا فإن الانتقال إلى X710 في الأنظمة الجديدة يبدو منطقيًا.