أستكشاف أخطاء ترقية UPF المستندة إلى RCM وإصلاحها - تكوين المضيف المفقود

المقدمة

يصف هذا المستند فشل ترقية UPF المستندة إلى RCM بسبب عدم تكوينGR إدخال المضيف

المشكلة

عندما تقوم وحدة تحكم تكوين التكرار (RCM) ببدء محول UPF مخطط (وظيفة مستوى المستخدم) من UPF 1(نشط) إلى UPF 2(في وضع الاستعداد)، من المتوقع أن يحتوي ConfigureMGR على كل من UPF 1 و UPF 2 في قائمة الأجهزة المضيفة. ولكن لسبب ما لا يحتوي ConfigureGR على UPF 1 النشط في قائمة المضيف النشطة الخاصة به، بالتناقض مع قائمة المضيف.على وحدة التحكم

وعندما يقوم RCM بتشغيل التحويل إلى UPF 1 إلى UPF 2 في هذه الحالة، يتم بدء عملية التحويل. أثناء تبديل عملية التكوين، يحاول Cisco Switch العثور على تفاصيل مضيف UPF 1 النشط في قائمة المضيف الخاصة به، ولكنه فشل في العثور على.

فشلت عملية تحويل UPF لسبب "تم نقل Old Active من PendingStandby إلى Active بسبب انتهاء المهلة في حالة الاستعداد للاستلام (تبديل مخطط)" و UPF1 يتم نقلها من PendingStandby إلى Active و UPF 2 من PendingActive إلى Standby.

//كيفية اكتشاف فشل التحويل بسبب تكوين تفاصيل المضيف المفقودة في قائمة المضيف الخاصة به

في ال RCM TAC dbg يغطي هذا switchover إخفاق وقت، ابحث عن سجل حدث في ال يشكل pod سجل.

2024/01/1209:08:26.878 rcm-configmgr [debug] [sshclient.go:980] [rcm_grpc_ep.msg-process.int] [RcmGenTrap]: فخ SNMP الذي تم إنشاؤه: (switchoverFailure) - التبديل من 10.248.187.151:22 إلى 10.248.187.17 53:22 في المجموعة:1 فشل! السبب: لم يتم العثور على نشط

إذا لم يكن RCM TAC dbg موجودا، فيمكنك أيضا تأكيد فشل تبديل UPF بسبب هذه المشكلة بالبحث عن مصيدة SNMP من مركز عمليات وحدة تحكم RCM.

     أ) تسجيل الدخول إلى مركز عمليات RCM النشط 

     ب) تشغيل محفوظات RCM show-snmp-trap

     ج) ابحث في فخ SNMP الموجود

switchoverFailed 2024-01-18T05:19:45.z 2024-01-18T05:19:45.Z rcm-configmgr يحول من 10.244.127.23:22 إلى 10.244.127.29:22في المجموعة: فشل! السبب: لم يتم العثور على نشط

الحل

يأتي الإصلاح الدائم الدائم عبر معرف تصحيح الأخطاء من Cisco CSCwi70133 العمل حولها هو حذف Configmgr pod من ال AIO (All In One) K8s عقدة، يستعمل Kubectl يمحو <configmgr-pod-name> -n <k8-name-space>

مثال: 

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

2. إذا كان يتم توفير تحويل UPF يدويا، فقم بجمع 2 أوامر CLI من RCM النشط وقارنتها لمعرفة ما إذا كان أي مضيف (نشط/إحتياطي) مفقود في إخراج مضيف التكوين. في حالة فقدان أي مضيف، قم بإصدار الأمر configureGR pod delete من RCM AIO K8s عقدة رئيسية وأعد التحقق من قائمة مضيف وحدة التحكم والتكوين. إذا كانت البيئات المضيفة متطابقة مع وحدة التحكم والتكوين، فقم بالمتابعة إلى تبديل UPFs بشكل تلقائي من وحدة التحكم.

أ) مراقب إحصائيات عرض RCM

ب) تكوين إحصائيات عرض المسار (RCM)