أستكشاف أخطاء فقدان مسار التخزين المؤقت وإصلاحها على برنامج ESXi 8.0 باستخدام برنامج تشغيل NFNIC

المقدمة

يتناول هذا المستند عدد الحالات المتزايدة التي تم تسجيلها في كل من Cisco و Broadcom المتعلقة بسلوك برنامج تشغيل Cisco NFNIC وبنية Broadcom الجديدة لإعلامات تأثير أداء البنية (FPIN) في الإصدار 8.0، تتم كتابة هذه المقالة لمعالجة المخاوف. 

المشكلة

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

المرجع:

راجع Broadcom KB 

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

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

سيكون إصلاح الرمز لتغيير سلوك عدد المراجع المفتوحة لرقم FPIN متوفرا في إصدار ESXi 8.x القادم.

الحل

ارجع إلى مقالة Broadcom KB لحل الحل البديل.  وعندما يتوفر تصحيح ESXi، قم بتطبيق هذا التصحيح كحل للإصلاح على المدى البعيد.

الحل

لحل هذه المشكلة، يوصى بتعطيل رقم FPIN على الأجهزة المضيفة ESXi 8.0، وخاصة عند إستخدام Cisco UCS و NFNIC:

مجموعة معلومات FPIN الخاصة بوحدة التخزين esxcli -e خطأ

لتأكيد الإعداد:

الحصول على معلومات FPIN الخاصة بوحدة التخزين eXCLI

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

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

إستجابة Cisco

قام برنامج تشغيل NFNIC دائما بزيادة رقم معرف الهدف في كل قطع اتصال/قطع اتصال هدف.   هذا الرقم الهدف المتزايد على إصدارات برنامج تشغيل NFNIC الحالية والمسبقة هو ما كشف حالة تسريب الذاكرة في ميزة ESXi FPIN الجديدة.

علاوة على ذلك، فإن المسألة المذكورة في المقالة هي خطأ ESXi في نظام التشغيل سيتم إصلاحه في إصدار ESXi القادم. كما يشير المقال إلى معرف تصحيح الأخطاء من Cisco CSCwn00553 الذي يتتبع مشكلة مختلفة، ولا يوصى بإصلاح برنامج تشغيل بطاقة واجهة الشبكة (NFNIC) إلى معرف تصحيح الأخطاء من Cisco CSCwn00553 لحل مشكلة ESXi المذكورة في مقال Broadcom KB.

يشير المقال على VMware KB إلى أنه مطلوب إصلاح أخطاء Cisco بالإضافة إلى إصلاح FPIN الخاص بهم. هذا غير صحيح ويمكن توفير هذا البيان الإضافي.

ستقوم Broadcom بتوفير إصلاح لمشكلة FPIN التي ستكون متوفرة في الإصدار القادم من تصحيح 8.0.u3. بمجرد أن تطلق Broadcom إصلاح رقم التعريف الشخصي (FPIN)، تعمل برامج تشغيل VIC الحالية لرقم التعريف الشخصي (FPIN).

ملاحظة: في هذه الأثناء، برنامج تشغيل NFNIC، وسلوكه حول إنشاء معرف الهدف.   كان هذا التنفيذ على NFNIC فيما يتعلق ب target-ID هو سلوك VIC يوم واحد، ولا يلزم إجراء تغيير في هذا السلوك لوظيفة FPIN بمجرد توفر إصلاح VMware.

مرجع معرف تصحيح الأخطاء من Cisco CSCwn00553