أستكشاف أخطاء PCRF VM Recovery-Arbiter- OpenStack وإصلاحها

خيارات التنزيل

  • PDF     (275.3 KB)
    عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
  • ePub     (84.0 KB)
    العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
  • Mobi (Kindle)     (72.2 KB)
    عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة
تم التحديث:٣١ أغسطس ٢٠١٨
معرّف المستند:213615

لغة خالية من التحيز

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

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

    المقدمة

    يوضح هذا المستند كيفية إستعادة مثيلات وظيفة سياسة 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

      

    1. إذا تم إستخدام مهمة التحكيم، فتحقق ما إذا كان أي من موارد أجهزة الكمبيوتر على 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
    TAC Authored

    تمت المساهمة بواسطة مهندسو Cisco

    • Nitesh Bansal
      الخدمات المتقدمة من Cisco

    هل كان هذا المستند مفيدًا؟

    Feedbackالتعليقات

    اتصل بنا

    ينطبق هذا المستند على هذه المنتجات