أستكشاف أخطاء SMF PODs التي لا تظهر بعد تكوين اليوم 1 وإصلاحها

المقدمة

يصف هذا المستند إصدار SMF NF PODs التي لا تظهر بعد تحميل تكوين اليوم 1 في مركز عمليات SMF.

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

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• البنية الأساسية للخدمات الدقيقة للمشترك (SMI)
• دوكر
• كوبيرنيتس
• 5G

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

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• SMI
• مركز العمليات
• SMF

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

المشكلة 

وفي إعداد العميل، يكون لديهم إثنان من SMF NF يتم تشغيلهما باستخدام نفس الإصدار. تم ترقية كل من SMF NF إلى أحدث إصدار ليلة أمس. قبل الترقية، كان لدى كلا NF PODs في حالة تشغيل. ولا ينظر إلى هذه المشكلة إلا في حالة واحدة من حالات عدم انتظام الشبكات، أي SMF-IMS. تتم ترقية بيانات SMF-DATA الأخرى الخاصة ب POD وتحتوي على كافة PODs في حالة التشغيل.

• إصدار SMF قبل الترقية: SMF.2020.01.0-12
• إصدار SMF بعد الترقية: smf.2020.01.0-18

المختصرات

SMF	وظيفة إدارة الجلسات
إن إف	دالة الشبكة
CEE	بيئة التنفيذ المشتركة
POD	وهو أصغر وحدة ممكنة في بيئة كوبرنييتس أي على الأقل حاوية واحدة.
IMS	النظام الفرعي للوسائط المتعددة IP
SMI	البنية الأساسية للخدمات الدقيقة للمشترك

ملاحظات

• تظهر مزامنة نظام المجموعة نجاح عملية النشر.
• يعرض Kubernetes الرئيسي PODS في حالة التشغيل مع تكوين اليوم صفر.
• عند تحميل تكوين اليوم-1، لا تظهر PODS الجديدة.
• داخل مركز عمليات SMF، سترى محركات القيادة في الحالة المحذوفة.
• يتم تشغيل "تغيير وضع النظام" لإيقاف التشغيل والعكس صحيح.
• كما أن إضافة تكوين يوم-1 جديد لم يساعد.

الأعراض

• يعرض SMF-IMS NF PODs بتكوين يوم-0.
• يسمح لنا مركز العمليات بتسجيل الدخول.
• مركز عمليات شبكة إيثرنت المحسنة المجمعة قيد التشغيل.
• يتم الآن تشغيل SMF-Data ops-center باستخدام تكوين اليوم 1 - هذه هي المرة الأخرى التي يتم فيها إستخدام NF مع PODs العاملة.

~ubuntu@crucs501-cnat-cnat-core-master1:~$ kubectl get pods -n smf-ims

NAME                                              READY   STATUS    RESTARTS   AGE

api-smf-ims-ops-center-69f4d8f47b-hsqnx           1/1     Running   0          162m

base-entitlement-smf-998c8b84f-79r8v              1/1     Running   0          162m

documentation-65484db875-n4ljq                    1/1     Running   0          162m

ops-center-smf-ims-ops-center-6fb57bf79c-9dj29    5/5     Running   2          162m

smart-agent-smf-ims-ops-center-5dd679cf8b-hq4hs   1/1     Running   0          162m

swift-smf-ims-ops-center-745565bbf8-w5d7g         1/1     Running   0          162m

• حالة مخطط هيلم

crucs501-cnat/ims] smf# show helm

CHART              INSTANCE  STATUS   VERSION                                  REVISION  RELEASE                    NAMESPACE 

-------------------------------------------------------------------------------------------------------------------------------

infra-charts       -         DELETED  0.0.2-master-0031-200306111921-107580e   1         smf-ims-infra-charts       smf-ims   

smf-dashboard      -         DELETED  0.0.2-master-0018-200113112417-b028370   1         smf-ims-smf-dashboard      smf-ims   

smf-configuration  -         DELETED  0.0.6-master-1067-200303174113-9ee9665   1         smf-ims-smf-configuration  smf-ims   

li-ep              -         DELETED  0.0.1-master-0405-200306144054-3c56b02   1         smf-ims-li-ep              smf-ims   

smf-nodemgr        -         DELETED  0.0.2-master-3741-200304171906-5013914   1         smf-ims-smf-nodemgr        smf-ims   

smf-udp-proxy      -         DELETED  0.0.2-master-1420-200305182644-ebb4bc9   1         smf-ims-smf-udp-proxy      smf-ims   

gtpc-ep            -         DELETED  0.0.3-master-0926-200305203830-3306ff4   1         smf-ims-gtpc-ep            smf-ims   

smf-protocol       -         DELETED  0.0.2-master-4652-200304144735-d1e3798   1         smf-ims-smf-protocol       smf-ims   

smf-dns-proxy      -         DELETED  0.1.0-master-0541-200304144718-b028370   1         smf-ims-smf-dns-proxy      smf-ims   

smf-service        -         DELETED  0.0.5-master-18345-200305110040-5e8938b  1         smf-ims-smf-service        smf-ims   

smf-rest-ep        -         DELETED  0.3.3-master-6072-200304171221-7b0ff1a   1         smf-ims-smf-rest-ep        smf-ims   

etcd-cluster       -         DELETED  0.5.2-master-0046-200305044107-60d06f1   1         smf-ims-etcd-cluster       smf-ims   

ngn-datastore      -         DELETED  1.0.1-master-0619-200305030353-d255520   1         smf-ims-ngn-datastore      smf-ims 

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

1. قم بإجراء مزامنة نظام المجموعة عدة مرات عبر SMI-Deployment دون نجاح
   
   
2. تم التحقق من تكوين اليوم 1.
   
   
3. قم بإزالة تكوين اليوم-1 ثم أعد إضافته.
   
   
4. احذف مركز العمليات من Kubernetes الرئيسي.
   
   
5. يتم إجراء إزالة التكوين بالكامل.
   
   
6. احذف خرائط التكوين (CM).
   
   
7. حذف مخططات الرؤوس من المخطط الرئيسي.
   
   
8. حذف مساحة الاسم.
   
   
9. إزالة الملفات الداعمة من المنشور.
   
   
10. ونظرا لأن نفس إنشاء SMF الجديد يعمل بشكل جيد على عمليات النشر الأخرى في بيئة العملاء، فمن المستبعد أن تكون هناك أي مشكلة في الصورة.
    
    
11. تم العثور على بيانات SMF على نفس الإعداد دون أي مشكلة.

الحل

1. احذف تكوين نظام المجموعة الخاص ب SMF-IMS OPS-center من منتشر SMI.
   
   
2. قم بمزامنة نظام المجموعة.
   
   
3. قم بإضافة التكوين مرة أخرى.
   
   
4. قم بمزامنة نظام المجموعة.

هناك حل بديل آخر لحل هذه المشكلة:

قم بحذف الإصدار الأقدم من حزمة SMF من الدليل الذي يشير إليه "منشور SMI" أثناء مزامنة نظام المجموعة.

وفيما يلي جزء التكوين الذي تمت إزالته وإضافته مرة أخرى من config running-config ل SMI Deployment ops-center:

ops-centers smf ims

  repository               https://charts.10.192.1.xxx.nip.io/smf.2020.01.0-18

  sync-default-repository true

  netconf-ip              10.241.69.xx

  netconf-port            2024

  ssh-ip                  10.241.69.xx

  ssh-port                22

  ingress-hostname        10.241.69.xx.nip.io

  initial-boot-parameters use-volume-claims true

  initial-boot-parameters first-boot-password <xxxyyyzzz>

  initial-boot-parameters auto-deploy false

  initial-boot-parameters single-node false

 exit

وفقا لما تنص عليه عملية النشر Call Flow، فإن "منتشر SMI" هو الذي يتولى أستكشاف صور "نقاط الوصول (POD)" من الحزمة التي يتم تخزينها فيه.

عادة، يتم تخزين حزمة البرامج التي تم تنزيلها من SMF على دليل محلي، والذي يستخرج منه منشور SMI وينقلها تحت هذا الدليل: /data/software/packages/</strong>

إذا تم التحقق من قائمة الحزم المتاحة تحت هذا الدليل، يمكنك أن ترى كل الحزم الأقدم متوفرة أيضا فيه جنبا إلى جنب مع قائمة الحزم الجديدة.

ubuntu@xxxxx501-cnat-smi-cm-core-cm1:/data/software/packages$ ls -lrt

total 24

drwxrwxr-x 3 root root 4096 Mar 23 13:15 sample

drwxrwxr-x 3 root root 4096 Mar 24 05:48 smf.2020.01.0-12   >>> Older version of SMF

drwxrwxr-x 3 root root 4096 Mar 24 05:48 cee.2020.01.0-1

drwxrwxr-x 3 root root 4096 Apr 13 19:48 smf.2020.01.0-18   >>> Newer version of SMF

drwxr-xr-x 3 root root 4096 May  4 10:10 smf.2020.02.0.i66  >>> Older version os SMF

drwxr-xr-x 3 root root 4096 May  8 12:02 cee.2020.02.0

في هذا الإخراج، يمكنك أن ترى هناك ثلاثة حزم SMF مختلفة متاحة. على الرغم من تحديد إصدار SMF الصحيح (أي SMF.2020.01.0-18) في تكوين تشغيل SMI-Deployment، إلا أن SMI-Deployment لا يمكنه بطريقة ما الحصول على ملفات الصور الصحيحة لهذه الحزمة.

بعد إجراء الحل البديل المذكور في قسم الحل، تم حل المشكلة.

ملاحظة: تتم ملاحظة مشكلة مماثلة مع CEE PODs أيضا، والتي يتم تطبيق حل مماثل لها مشار إليه في قسم الحل.