المحتويات

بيان المشكلة:

الأجهزة المتأثرة:

الخوادم المزودة بوحدات التحكم UCSB-MRAID12G RAID:

البرامج الثابتة المتأثرة:

نظام التشغيل المتأثر:

السبب:

كيف نمنع ضرب المشكلة؟

كيف يمكن إسترداد ما إذا تم ضرب الخادم بهذه المشكلة؟

خطأ ذو صلة: CSCvr11972

بيان المشكلة:

بعد إستبدال وحدة تحكم RAID، تم تغيير معرف NAA الخاص ب VD أثناء إستيراد التكوين الأجنبي، مما تسبب في فشل حامل datastore.

الأجهزة المتأثرة:

UCSB-MRAID12G

UCSC-MRAID12G

الخوادم المزودة بوحدات التحكم UCSB-MRAID12G RAID:

UCS B200 M4

UCS B200 M5

UCS B480 M5

UCS B420 M4

UCS C220 M4

UCS C240 M4

البرامج الثابتة المتأثرة:

البرنامج الثابت لوحدة التحكم RAID: 24.5.x.x و 24.6.x.x

مثال #

****mrsasctlr24.5.0-0043_6.19.05.0_na.bin

يظهر البرنامج الثابت لوحدة التحكم 24.5.x.x في جميع إصدارات UCSM قبل 3.2.*

ملاحظات الإصدار من 3.1 #

https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/CiscoUCSManager-RB-3-1.htmlhttps://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/CiscoUCSManager-RB-3-1.html

نظام التشغيل المتأثر:

VMware ESXi

السبب:

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

يحتوي السيد 6.4 على DDF_WORK_SPACE الإصدار 1، بينما يحتوي السيد 6.10 على DDF_WORK_SPACE الإصدار 3. الإصدارات الأحدث من FW بعد MR 6.4، تم عمل الإصلاحات التي تسمح لوحدة التحكم FW باستعادة NA IDD من DDF حتى إذا تم العثور على عدم تطابق مساحة عمل DDF. لا يمكن تحليل معرف NAA بشكل صحيح عندما يكون البرنامج الثابت لوحدة التحكم البديلة قديما (على سبيل المثال: 24.5.x و 24.6.x). ومع ذلك، يمكن لإصدار 24.12.x تحليل معرف NAA بشكل صحيح.

قبل الاستبدال:

الخادم 2/2:

اسم المنتج المجهز: خادم Cisco UCS B200 M5 المتعدد المقابس

PID: UCSB-B200-M5

مجهز بالمعالج VID: الطراز V06

التسلسل المجهز (SN): FCH22973K5

حالة الفتحة: مزود

اسم المنتج الذي تم التعرف عليه: خادم Cisco UCS B200 M5 المتعدد المقابس

PID المعترف به: UCSB-B200-M5

VID: V06

تسلسلي معترف به (SN): FCH22973K5

الذاكرة المعترف بها (ميجابايت): 524288

ذاكرة فعالة معترف بها (ميجابايت): 524288

النوى المعترف بها: 28

المهايئات المعترف بها: 1

محرك الأقراص الظاهري 0:

النوع: نسخة مطابقة من RAID 1

حجم الكتلة: 512

الكتل: 1560545280

قابلية التشغيل: قابلة للتشغيل

الحضور: مجهزون

الحجم: 761985

دورة الحياة: تم تخصيصها

حالة محرك الأقراص: Optimal

حجم الشريط (كيلوبايت): 64

نهج الوصول: قراءة الكتابة

نهج القراءة: عادي

نهج ذاكرة التخزين المؤقت المكونة للكتابة: الكتابة من خلال

نهج ذاكرة التخزين المؤقت الفعلية للكتابة: الكتابة من خلال

سياسة الإدخال والإخراج: Direct

ذاكرة التخزين المؤقت لمحرك الأقراص: لا تغيير

قابل للتمهيد: صحيح

المعرف الفريد: bcc0dd21-2006-4189-86c1-132017ad0958

المعرف الفريد للمورد: 618e7283-72eb-6460-240f-d02c0bbd9310 <<<<<<<<<<<<

بعد الاستبدال:

الخادم 2/2:

اسم المنتج المجهز: خادم Cisco UCS B200 M5 المتعدد المقابس

PID: UCSB-B200-M5

مجهز بالمعالج VID: الطراز V06

التسلسل المجهز (SN): FCH22973K5

حالة الفتحة: مزود

اسم المنتج الذي تم التعرف عليه: خادم Cisco UCS B200 M5 المتعدد المقابس

PID المعترف به: UCSB-B200-M5

VID: V06

تسلسلي معترف به (SN): FCH22973K5

الذاكرة المعترف بها (ميجابايت): 524288

ذاكرة فعالة معترف بها (ميجابايت): 524288

النوى المعترف بها: 28

المهايئات المعترف بها: 1

محرك الأقراص الظاهري 0:

النوع: نسخة مطابقة من RAID 1

حجم الكتلة: 512

الكتل: 1560545280

قابلية التشغيل: قابلة للتشغيل

الحضور: مجهزون

الحجم: 761985

دورة الحياة: تم تخصيصها

حالة محرك الأقراص: Optimal

حجم الشريط (كيلوبايت): 64

نهج الوصول: قراءة الكتابة

نهج القراءة: عادي

نهج ذاكرة التخزين المؤقت المكونة للكتابة: الكتابة من خلال

نهج ذاكرة التخزين المؤقت الفعلية للكتابة: الكتابة من خلال

سياسة الإدخال والإخراج: Direct

ذاكرة التخزين المؤقت لمحرك الأقراص: لا تغيير

قابل للتمهيد: صحيح

المعرف الفريد: 7a894b44-721a-41ae-a3bf-380102b9e64e

المعرف الفريد للمورد: 618e7283-72ea-3f20-ff00-005a0574b04b <<<<<<<<<<<<<<

في هذه الحالة تم تغيير معرف [بائع المعرف الفريد] للخادم 2/2 من [618e7283-72eb-6460-240f-d02c0bbd9310] إلى [618e7283-72ea-3f20-ff00-005a0574b04b]

كيف نمنع ضرب المشكلة؟

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

الخطوات التفصيلية:

1. إيقاف تشغيل الخادم

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

3. قم بتثبيت وحدة تحكم RAID جديدة لاستبدالها بدون إدراج قرص.

4. سيتعرف الخادم على وحدة التحكم RAID الجديدة

5. قم بتحديث البرامج الثابتة الخاصة بوحدة تحكم RAID.

6. قم بنشر ترقية البرامج الثابتة بنجاح، وقم بإيقاف تشغيل الخادم وإدخال القرص في الخادم.

7. قم بتشغيل الخادم الآن

كيف يمكن إسترداد ما إذا تم ضرب الخادم بهذه المشكلة؟

الخطوات التفصيلية:

==================

إجراء إستعادة قاعدة البيانات

==================

1 سجل الدخول إلى عميل vSphere وحدد الخادم من لوحة الجرد.

2 انقر فوق علامة التبويب "التكوين" وانقر فوق "التخزين" في لوحة الأجهزة.

3 انقر فوق إضافة وحدة تخزين.

4 حدد نوع وحدة التخزين على الأقراص/وحدة التخزين LUN وانقر فوق التالي.

5 من قائمة وحدات LUN، حدد وحدة LUN التي تحتوي على اسم datastore معروض في عمود تسمية VMFS وانقر فوق التالي.

ملاحظة: يشير الاسم الموجود في عمود "تسمية VMFS" إلى أن وحدة LUN هي نسخة تحتوي على نسخة من مخزن بيانات VMFS موجود.

6 تحت خيارات التحميل، يتم عرض هذه الخيارات:

الاحتفاظ بالتوقيع الموجود: تحميل وحدة LUN باستمرار (على سبيل المثال، تحميل وحدة LUN عبر عمليات إعادة التحميل)

تعيين توقيع جديد: الاستقالات في مجلس النواب

تنسيق القرص: إعادة تشكيل وحدة إدارة البرامج

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

حدد تعيين توقيع جديد وانقر التالي.

7 حدد الخيار المرغوب لوحدة التخزين

8 في الصفحة "جاهز للإكمال"، راجع معلومات تكوين مخزن البيانات وانقر فوق "إنهاء".

==================

ما العمل بعد ذلك

===================

بعد إعادة التسجيل، قد يتعين عليك القيام بما يلي:

1 سجل الدخول إلى عميل vSphere، uفي قائمة المخزون > انقر فوق Datastore

2 انقر بزر الماوس الأيمن فوق مركز البيانات وانقر فوق "إستعراض مركز البيانات"

3 في الجزء الأيسر، انقر فوق مجلد VM لعرض المحتويات الموجودة في الجزء الأيمن

4 في الجزء الأيمن، انقر بزر الماوس الأيمن فوق ملف .vmx وحدد "إضافة إلى المخزون"

5 المرور عبر معالج "إضافة إلى المخزون" لإكمال إضافة VM إلى مضيف ESXi

6 تكرار الخطوات لجميع الأجهزة الافتراضية المتبقية

7 بمجرد إعادة تسجيل جميع الأجهزة الافتراضية (VM)، قم بإزالة جميع الأجهزة الافتراضية التي يتعذر الوصول إليها من المخزون بالنقر بزر الماوس الأيمن فوق كل واحدة وتحديد "إزالة من المخزون"

8 قم بتشغيل كل جهاز افتراضي (VM) وتأكد من تشغيله ومن إمكانية الوصول إليه

ملاحظة: قبل تشغيل برنامج VM، قم بإعادة تشغيل مضيف ESXi وبعد عودته عبر الإنترنت وسهولة الوصول إليه عبر عميل vSphere، تأكد من أن أجهزة VM لا تزال مرئية ولم تنتقل إلى حالة "يتعذر الوصول إليها"

خطأ ذو صلة: CSCvr11972

CSCvr11972 تم تغيير المعرف الفريد للمورد بعد إستبدال MRAID12G

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvr11972