المقدمة
يصف هذا المستند ميزة "التعامل مع التأكيد الرائع"، المقدمة في الإصدار 21.5.0 من StarOS.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- ستار أو إس
- عقدة دعم GPRS الخدمة (SGSN)
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى StarOS R21.5 والإصدارات الأحدث.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
يمكن العثور على الميزة في الوثائق الرسمية هنا: دليل SGSN-Admin.
يتيح إطار عمل معالجة التأكيد الرائع معالجة جلسات عمل المشترك بطريقة تتسم بالسلاسة، والتي يتم الوصول إلى حالة التأكيد فيها وقت تنفيذ الاستدعاء. ويتم تحقيق ذلك دون التأثير على جلسات المشتركين الآخرين في نفس المعالجة.
عادة، عند الوصول إلى حالة التأكيد، تقوم معالجة مدير الجلسة (SessMgr) بإعادة تشغيل واسترداد جميع جلسات عمل المشترك من مدير AAA (AAAMgr). يتم نقل جلسات عمل المشترك المسترجعة إلى حالة الخمول.
عند تمكين معالجة التأكيد الجميل، لا يتم إعادة تشغيل معالج SessMgr. بدلا من ذلك، يقوم معالج SessMgr باستعادة جلسة المشترك المتأثر فقط من AAMgr ويمسح جلسة المشترك الموجودة على SessMgr. يتم نقل جلسات عمل المشترك المسترجعة إلى حالة الخمول. في وقت إجراء الاسترداد، يتم إسقاط جميع الرسائل الموجهة إلى المشترك. بعد الاسترداد، يستمر المشترك في معالجة الرسائل الموجهة نحوه. باستخدام هذا الإجراء، تظل جلسات عمل المشترك التي تبقى في SessMgr غير متأثرة.
المشكلة
هناك بعض الحالات الجانبية و/أو حالات التصادم التي يكون فيها إصلاح السبب الجذري معقدا أو يكون السبب الجذري غير معروف. وفي هذه الحالات، يتم اتباع نهج التأكيد المرن لتجنب إعادة تشغيل إدارة الجلسة الكاملة.
الحل
مع التأكيد الجميل، يمكنك تنظيف الجلسة 1 واستعادتها التي تصل إلى حالة التأكيد الجميلة.
لا يوجد أي تأثير على أي جلسة أخرى في نفس الجلسة.
لا توجد ملائمة SNMP أو syslog لإعادة التشغيل بشكل رائع.
لا توجد خسارة KPI في حالة التأكيد بشكل جيد. لم يتم إعادة تشغيل المهمة نفسها.
ومع ذلك، يتم التعامل مع التأكيدات الجميلة مثل أي عطل آخر، مما يعني أنك تحصل على إدخال في قائمة الأعطال.
كيفية التعرف على تأكيد ناعم من محرك الأقراص في الحالة الصلبة:
- عملية تفريغ الحالة التي بدأها النظام مع مركز. - تظهر تحت مخرج "show crash" قبل المكدس
- المعالج المعطل إما أن يبدأه المستخدم أو أن وضعه غير مؤثر - يظهر بعد المكدس تحت إخراج وحدة المعالجة المركزية "debug console"
- PID 7939 مرفق تجاوز الفشل 5132->94 - تحت "تصحيح الأخطاء وحدة المعالجة المركزية" لا يتم تسجيل/مشاهدة في حالة التأكيد الرائع
التكوين
يمكن تكوين التعامل مع التأكيد على نحو يتسم بالسلاسة على النحو التالي:
configure
debug controlled-assert s4sgsn
[ disable | enable ] core-generation
limit-per-assert assert_value
[ no ] test file-name file_name line-number line_num [ sequence-number seq_num ]
end لاحظ ما يلي:
-
تأكيد مضبوط: تكوين إطار التأكيد المتحكم به.
-
s4sgsn : تكوين التأكيد الذي يتم التحكم فيه S4-SGSN.
-
الجيل الأساسي: تكوين إنشاء أساسي للتأكيد المتحكم به. الافتراضي: ممكن.
-
حد لكل تأكيد: تكوين الحد لكل تأكيد للتأكيد المتحكم به. الافتراضي: 5.
-
إختبار file-name file_name line-number line_num [ sequence-number seq_num ]: تكوين معالجة إختبار التأكيد المتحكم به.
-
file-name file_name: يقوم بتكوين اسم الملف حيث يتطلب تأكيد التحكم. يجب أن يكون file_name سلسلة أبجدية رقمية من 1 إلى 254 حرفا.
-
سطر-رقم البند line_num: يقوم بتكوين رقم السطر حيث يلزم تأكيد التحكم. يجب أن يكون line_num عددا صحيحا من 1 إلى 4294967295.
-
serial-number seq_num: يقوم بتكوين رقم التسلسل حيث يلزم تأكيد التحكم. يجب أن يكون seq_num عددا صحيحا من 1 إلى 100. الافتراضي: 1.
-
تعطيل: تعطيل الإجراء المحدد لإطار عمل التأكيد المتحكم فيه.
-
تمكين: تمكين الإجراء المحدد لإطار عمل التأكيد المتحكم فيه.
-
لا: إزالة تكوين الاختبار المحدد المرتبط بإطار عمل التأكيد المتحكم فيه.
مثال
********************* CRASH #93 ***********************
SW Version : 21.5.19
Similar Crash Count : 8
Time of First Crash : 2019-May-21+06:57:14
Fatal Signal 6: Aborted
Note: System-initiated state dump w/core. <<< This note indicates a graceful assert.
Process: card=10 cpu=0 arch=X pid=11573 cpu=~16% argv0=sessmgr
Crash time: 2019-May-23+06:00:13 UTC
Recent errno: 11 Resource temporarily unavailable
Build_number: 71813
التحقق من الصحة
استخدم هذا القسم لتأكيد عمل التكوين بشكل صحيح.
مثال على الحصول على حالات التأكيد المتحكم بها لجميع الاختبارات النشطة:
# zcat ssd_s4sgn.log.gz | sed -n -e '/\*\{7\} show session subsystem facility sessmgr all debug-info /,/\*\{7\}/p' | sed -e '/^SessMgr: /,/^Controlled Assert Stats/{/^SessMgr: /!{/^Controlled Assert Stats/!d}}' | grep -E "SessMgr: Instance [0-9]{1,3}$" -A 10مثال الإخراج:
SessMgr: Instance 135
Controlled Assert Stats
Module Name :SGW_DRV
Assert Count:0
Count File:Line Last Assert hit time(in sec)
Module Name :S4_SGSN
Assert Count:1
Count File:Line Last Assert hit time(in sec)
1 sess/sgsn/sgsn-app/s4_sm/s4_smn_egtpc.c:3164 2019/01/30 09:28:11 UTC
يتم إعادة تعيين هذه المعلومات (العدد ورقم السطر) إذا تم إستخدام الأمر لإعادة التشغيل لأي عطل آخر. بعد الوصول إلى الحد الأقصى لعدد المرات (الافتراضي 5)، لا يتم إنشاء الأساسي.
استكشاف الأخطاء وإصلاحها
لا تتوفر حاليًا معلومات محددة لاستكشاف الأخطاء وإصلاحها لهذا التكوين.
التعليقات