المحتويات

المقدمة

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

المتطلبات

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

استكشاف الأخطاء وإصلاحها

سلطة الحكم من ولاية راسوف

إسترداد أي مثيل من حالة الخطأ

إسترداد المحكم/العنصر

التحقق من الصحة

المقدمة

يوضح هذا المستند كيفية إستعادة مثيلات وظيفة سياسة Cisco الظاهرية وقواعد الشحن (vPCRF) التي تم نشرها على نشر Ultra-M/OpenStack.

تمت المساهمة بواسطة Nitesh Bansal، خدمات Cisco المتقدمة.

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

المتطلبات

cisco يوصي أن يتلقى أنت معرفة على هذا موضوع:

- OpenStack

- CPS

- والحساب الذي تم نشر الحالات المتأثرة عليه متاح الآن.

- تتوفر موارد الحوسبة في نفس منطقة التوفر الخاصة بالمثيل المتأثر.

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

تستند المعلومات الواردة في هذا المستند إلى CPS وقابلة للتطبيق على جميع الإصدارات.

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

استكشاف الأخطاء وإصلاحها

سلطة الحكم من ولاية راسوف

إذا كان هناك أي مثيل في حالة إيقاف التشغيل بسبب إيقاف التشغيل المخطط أو سبب آخر، فيرجى إستخدام الإجراء التالي لبدء المثيل وتمكين مراقبته في وحدة التحكم المرنة في الخدمة (ESC).

الخطوة 1. تحقق من حالة المثيل عبر OpenStack.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,host,status | grep arbiter

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | destackovs-compute-2  | SHUTOFF|

الخطوة 2. تحقق مما إذا كان الكمبيوتر متوفرا وتأكد من أن الحالة قيد التشغيل.

source /home/stack/destackovsrc

nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’

| state                     | up                                       |

| status                    | enabled                                  |

الخطوة 3. قم بتسجيل الدخول إلى ESC Master كمستخدم مسؤول وتحقق من حالة المثيل في opdata.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli get esc_datamodel/opdata | grep arbiter

r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 VM_ERROR_STATE

الخطوة 4. قم بتشغيل المثيل من OpenStack.

source /home/stack/destackovsrc-Pcrf

nova start r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

الخطوة 5. انتظر خمس دقائق حتى يتم تحميل المثيل ثم يأتي إلى الحالة النشطة.

source /home/stack/destackovsrc-Pcrf

nova list –fields name,status | grep cm

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | ACTIVE |

الخطوة 6. تمكين مراقبة VM في ESC بعد المثيل في الحالة النشطة.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

لمزيد من إسترداد تكوينات المثيل، ارجع إلى الإجراءات الخاصة بنوع المثيل الموفرة أدناه.

إسترداد أي مثيل من حالة الخطأ

إذا كانت حالة مثيل CPS في حالة خطأ OpenStack، فيرجى إستخدام الإجراء التالي لبدء المثيل:

الخطوة 1. قم بإعادة تعيين حالة المثيل لإجبار المثيل على العودة إلى حالة نشطة بدلا من حالة خطأ، بمجرد القيام بذلك، قم بإعادة تشغيل المثيل.

source /home/stack/destackovsrc-Pcrf

nova reset-state –active r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

nova reboot –-hard  r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

الخطوة 2. قم بتسجيل الدخول إلى ESC Master كمستخدم مسؤول وتحقق من حالة المثيل في opdata.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli get esc_datamodel/opdata | grep arbiter

r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 VM_ERROR_STATE

الخطوة 3. تحقق مما إذا كان الكمبيوتر متوفرا وقم بالتشغيل بشكل جيد.

source /home/stack/destackovsrc

nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’

| state                     | up                                       |

| status                    | enabled                                  |

الخطوة 4. تحقق من حالة المثيل في OpenStack.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,host,status | grep arbiter

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | destackovs-compute-2  | ERROR|

الخطوة 5. انتظر خمس دقائق حتى يتم تحميل المثيل ثم يأتي إلى الحالة النشطة.

source /home/stack/destackovsrc-Pcrf

nova list –fields name,status | grep arbiter

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | ACTIVE |

الخطوة 6. إذا يقوم "مدير نظام المجموعة" بتغيير الحالة إلى "نشط بعد إعادة التشغيل"، قم بتمكين "شاشة VM" في ESC بعد أن يكون مثيل "مدير نظام المجموعة" في حالة نشطة.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

الخطوة 7. ترحيل الاسترداد إلى حالة التشغيل/النشاط، ارجع إلى الإجراء الخاص بنوع المثيل لاسترداد التكوين/البيانات من النسخ الاحتياطي.

إسترداد المحكم/العنصر

إذا تم إسترداد مثيل الوسيط/pcrfclient مؤخرا ولم يكن الوسيط في إخراج diagnostics.sh get_replica_status، فقم باتباع هذا الإجراء.

إذا كان النشر يحتوي على أداة تحكم VM مخصصة أستخدم الخطوات من 1 إلى 3، بالنسبة للعبارة تشغل الخطوة 4 بالإضافة إلى ذلك، ثم قم بتشغيل الخطوات التالية:

1. في مدير نظام المجموعة، قم بتشغيل هذا الأمر لإنشاء البرامج النصية النموذجية للبدء/الإيقاف استنادا إلى تكوين النظام:

cd /var/qps/bin/support/mongo

build_set.sh --all --create-scripts

2.  على PCRFCLIENTXX أو (و) يقوم الوسيط بتشغيل هذا الأمر لسرد كافة العمليات التي تحتاج إلى البدء بها.

cd etc/init.d/

ll | grep sessionmgr

3.  على PCRFCLIENTXX أو (و) وسيط لكل ملف مدرج في الإخراج الأخير، قم بتشغيل هذا الأمر، إستبدال xxxxx بأرقام المنافذ، على سبيل المثال ل 27717 هنا:

/etc/init.d/sessionmgr-xxxxx start

Example:

/etc/init.d/sessionmgr-27717 start

4. إذا تم إستخدام مهمة التحكيم، فتحقق ما إذا كان أي من موارد أجهزة الكمبيوتر على PCRFclient01 يتطلب التنظيف باستخدام التعليمات الخاصة بهذا الأمر:

pcs resource show | grep –v started

إذا تم إرجاع أي مخرجات بواسطة الأمر في الخطوة 4، قم بتنظيف مورد أجهزة الكمبيوتر باستخدام الأمر التالي، لموارد أجهزة الكمبيوتر المتعددة التي لم يتم البدء في تكرار الأمر لكل مورد:

pcs resource cleanup

التحقق من الصحة

التحقق من صحة حالة النسخة المتماثلة :

Run diagnostics.sh on pcrfclient01

إذا قام المحكم بالعمل كوسيط وليس كوسيط/عميل للتحقق من إسترداد VM بالكامل أو عدم إسترداده، فيمكنك تنفيذ الخطوات التالية:

1. على المحكم الرئيسي، كل العمليات الأحادية يجب أن تعمل ويمكن التحقق منها باستخدام هذا الأمر على المحكم:

ps –aef | grep mongo

2. تحقق من أن كافة العمليات التي يتم تنفيذها تحت المراقبة الأحادية في حالة جيدة (تشغيل/مراقبة) للوسيط.

monit summary