أستكشاف أخطاء CUCM Web (GUI) وإصلاحها

المقدمة

يصف هذا المستند معظم الأسباب التي تجعل صفحات ويب مدير الاتصالات الموحدة (CUCM) أو صفحة مستخدم CUCM غير معروضة أو تعطي خطأ.

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

المتطلبات

cisco يوصي أن يتلقى أنت معرفة من CUCM.

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

تستند المعلومات الواردة في هذا المستند إلى إصدارات CUCM 7.x/8.x/9.x/10.x.

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

الرسم التخطيطي للتدفق

يتم عرض مخطط التدفق للوصول إلى الويب على CUCM هنا:

المشكلة 1: خطأ في اتصال قاعدة البيانات

عندما تحاول تسجيل الدخول إلى صفحة ويب إدارة CUCM من Publisher، يتم تلقي الخطأ "خطأ اتصال قاعدة البيانات".

يمكنك تسجيل الدخول من المشترك إلى صفحة ويب إدارة CUCM، ولكن أي تغييرات في CUCM تتسبب في حدوث أحد هذه الأخطاء: 'حدث خطأ أثناء إسترداد المعلومات من قاعدة البيانات. java.sql.SQLExeption: لا يوجد إذن حذف.' أو 'فشلت الإضافة. الامتياز "إدراج" مطلوب لهذه العملية.'

يمكن أن تحدث هذه المشكلة عند محاولة تسجيل الدخول إلى الخادم بعد إجراء التغييرات في خادم Publisher، كما هو الحال عند تغيير اسم المضيف أو عنوان IP إما من خلال CLI (واجهة سطر الأوامر) أو صفحة إدارة نظام التشغيل (OS). في هذه الحالة، ارجع التغييرات التي تم إجراؤها مرة أخرى إلى التكوين القديم للسماح لك بتسجيل الدخول.

إذا لم يتم إجراء أي تغييرات على ناشر CUCM ولا تزال تتلقى رسالة خطأ إتصالات قاعدة البيانات، فتحقق من هذه العناصر:

• أدخل الأمر utils dbreplation runmestate للتحقق من حالة النسخ المتماثل ل DBreplication. تأكد من أن حالة النسخ المتماثل هي 2 على جميع العقد دون حدوث أي أخطاء أو عدم تطابق.
• حدد ما إذا كانت خدمة قاعدة بيانات (DB) من Cisco قيد التشغيل حاليا. قد يؤدي عدم بدء تشغيل قاعدة بيانات (DB) من Cisco على Publisher أيضا إلى حدوث هذه المشكلة. الخطأ/العرض على المشترك مختلف لأن المشترك يستخدم عملية قاعدة بيانات Cisco الخاصة به والتي تعمل بشكل جيد. ومع ذلك، عند محاولة تحديث التكوين، يتصل المشترك ب DB من Cisco على Publisher لا يعمل ويتسبب في حدوث خطأ على المشترك أيضا.

كما قد يرجع عدم القدرة على الوصول إلى صفحة CUCM الخاصة ب Publisher إلى خطأ في اتصال قاعدة البيانات حيث لا يقبل Informix أي إتصالات أخرى.

لا يعمل أمر UTILS DellRuntimeState:

admin:utils dbreplication runtimestate
File "/usr/local/cm/bin/DbReplRTstate.py", line 578, in ?
   fin = open(tfile, 'r')
IOError: [Errno 2] No such file or directory: 
'/var/log/active/cm/trace/dbl/sdi/getNodes'

وثقت هذا إصدار أيضا ب cisco بق id CSCtl74037. ال workaround ل هذا أن يدخل هذا أمر من ال CLI:

utils service stop A Cisco DB
utils service start A Cisco DB

وإيقاف خدمة إعادة التوجيه السريع (CEF) من صفحة الخدمة.

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

المشكلة 2: يتعذر إنشاء اتصال بالخادم (يتعذر الوصول إلى العقدة البعيدة)

لا يمكنك الوصول إلى عقد CUCM الأخرى من صفحة الخدمة الخاصة ب CUCM التي قمت بتسجيل الدخول إليها حاليا. أختر الخدمة الموحدة من Cisco > أدوات > ميزة Control Center/خدمات الشبكة > تحديد خادم > انتقال.

رسالة الخطأ المعروضة هي 'يتعذر إنشاء اتصال بالخادم (يتعذر الوصول إلى العقدة البعيدة)'.

الحل

قم بتسجيل الدخول إلى كل عقدة CUCM بشكل منفصل للوصول إلى خدمات الصيانة وتنشيطها/إلغاء تنشيطها.

الحل

1. تحقق ما إذا كانت شهادة Tomcat منتهية الصلاحية. (أختر إدارة نظام التشغيل من Cisco > الأمان > إدارة الشهادات > tomcat.pem). إذا انتهت صلاحيته، أعد إنشاء شهادة Tomcat وأعد تشغيل خدمة Tomcat.
   • إذا كنت تستخدم شهادة موقعة من مرجع مصدق (CA)، فاحصل على طلب توقيع شهادة TOMCAT (CSR) المعاد توقيعه من قبل CA، وأعد تحميله مرة أخرى، وأعد تشغيل خدمة Cisco Tomcat باستخدام الأمر utils لإعادة تشغيل خدمة Cisco Tomcat.
   • إذا كنت تستخدم شهادة موقعة ذاتيا على الخادم المتأثر، فأعد إنشاء شهادة Tomcat باستخدام الأمر set cert regen tomcat من واجهة سطر الأوامر (CLI) أو من مسؤول نظام التشغيل ثم أعد تشغيل خدمة Cisco Tomcat باستخدام الأمر utils لإعادة تشغيل خدمة Cisco Tomcat.

     وثقت هذا خلل معروف في cisco بق id CSCth44399.

2. التاكد من صحه شهادات التومات. تحقق ما إذا كانت شهادة ثقة Tomcat للعقدة الإشكالية موجودة على العقدة الأخرى. إذا لم يكن على العقدة، قم بتنزيل شهادة ثقة Tomcat للعقدة ذات المشاكل وتحميلها إلى العقدة الأخرى كثقة Tomcat. بعد ذلك، قم بإعادة إنشاء شهادة Tomcat على العقدة التي بها مشاكل ثم أعد تشغيل خدمة Tomcat على كلا العقد.

المشكلة 3: يتعذر إنشاء اتصال بالخادم (خطأ غير معروف)

لا يمكنك الوصول إلى عقد CUCM الأخرى من صفحة الخدمة الخاصة ب CUCM التي قمت بتسجيل الدخول إليها حاليا. أختر الخدمة الموحدة من Cisco > أدوات > ميزة تنشيط الخدمة/مركز التحكم/خدمات الشبكة > تحديد خادم > انتقال.

رسالة الخطأ المعروضة هي 'يتعذر إنشاء اتصال بالخادم (خطأ غير معروف)'.

الحل

قم بتسجيل الدخول إلى كل عقدة CUCM بشكل منفصل للوصول إلى خدمات الصيانة وتنشيطها/إلغاء تنشيطها.

الحل

1. أدخل الأمر utils dplplation runmestate للتحقق من وجود أي مشاكل في الطباعة في مجموعة CUCM.
2. قم بإعادة تشغيل خدمة Tomcat باستخدام الأمر utils إعادة تشغيل Cisco Tomcat.
3. تحقق من عدم تطابق أي شهادة Tomcat (trustCat) رقمية تسلسلية على العقد.
4. أختر إدارة نظام التشغيل من Cisco > الأمان > إدارة الشهادات > tomcat.pem وتحقق مما إذا كانت شهادة Tomcat منتهية الصلاحية. إذا انتهت صلاحيته، أعد إنشاء شهادة Tomcat وأعد تشغيل خدمة Tomcat.
   • إذا كنت تستخدم شهادة CA موقعة، فتحقق من إعادة توقيع Tomcat CSR من قبل CA، وأعد تحميله مرة أخرى، وأعد تشغيل خدمة Cisco Tomcat باستخدام الأمر utils إعادة تشغيل خدمة Cisco Tomcat.
   • إذا كنت تستخدم شهادة موقعة ذاتيا على الخادم المتأثر، فأعد إنشاء شهادة Tomcat باستخدام الأمر set cert regen tomcat من واجهة سطر الأوامر (CLI) أو من مسؤول نظام التشغيل ثم أعد تشغيل خدمة Cisco Tomcat باستخدام الأمر utils لإعادة تشغيل خدمة Cisco Tomcat.

     وثقت هذا خلل معروف في cisco بق id CSCui29232 وCSCud67438.

المشكلة 4: يتعذر إنشاء اتصال بالخادم (إستثناء الشهادة)

لا يمكنك الوصول إلى عقد CUCM الأخرى من صفحة الخدمة الخاصة ب CUCM التي قمت بتسجيل الدخول إليها حاليا. أختر الخدمة الموحدة من Cisco > أدوات > ميزة تنشيط الخدمة/مركز التحكم/خدمات الشبكة > تحديد خادم > انتقال.

رسالة الخطأ المعروضة هي 'يتعذر إنشاء اتصال بالخادم (إستثناء الشهادة)'.

الحل

قم بتسجيل الدخول إلى كل عقدة CUCM بشكل منفصل للوصول إلى خدمات الصيانة وتنشيطها/إلغاء تنشيطها.

الحل

1. أدخل الأمر utils dplplation runmestate للتحقق من وجود أي مشاكل في الطباعة في مجموعة CUCM.
2. قم بإعادة تشغيل خدمة Tomcat باستخدام الأمر utils إعادة تشغيل Cisco Tomcat.
3. تحقق من عدم تطابق أي شهادة Tomcat (trustCat) رقمية تسلسلية على العقد.
4. أختر إدارة نظام التشغيل من Cisco > الأمان > إدارة الشهادات > tomcat.pem وتحقق مما إذا كانت شهادة Tomcat منتهية الصلاحية. إذا انتهت صلاحيته، أعد إنشاء شهادة Tomcat وأعد تشغيل خدمة Tomcat.
   • إذا كنت تستخدم شهادة CA موقعة، فتحقق من إعادة توقيع Tomcat CSR من قبل CA، وأعد تحميله مرة أخرى، وأعد تشغيل خدمة Cisco Tomcat باستخدام الأمر utils إعادة تشغيل خدمة Cisco Tomcat.
   • إذا كنت تستخدم شهادة موقعة ذاتيا على الخادم المتأثر، فأعد إنشاء شهادة Tomcat باستخدام الأمر set cert regen tomcat من واجهة سطر الأوامر (CLI) أو من مسؤول نظام التشغيل ثم قم بإعادة تشغيل Cisco خدمة Tomcat باستخدام الأمر utils لإعادة تشغيل Cisco Tomcat.

     وثقت هذا خلل معروف في cisco بق id CSCup10995.

المشكلة 5: الوصول إلى واجهة المستخدم الرسومية بطيء جدا

الوصول إلى CUCM Web/GUI على Publisher والمشترك بطيء جدا.

الحل

1. لاحظ أن مسؤول CUCM يستعلم دائما قاعدة بيانات الناشر عندما يكون متوفرا. راجع المخطط في قسم الرسم التخطيطي للتدفق.
2. تحقق من وجود أي مشاكل في الشبكة/تأخيرات في الشبكة. قد يحدث ذلك إذا تم إجراء التجميع عبر شبكة واسعة (WAN).
3. أعد تشغيل خدمة Cisco Tomcat من ال CLI/Secure Shell (SSH) باستخدام خدمة utils إعادة تشغيل أمر Cisco Tomcat.
4. جدولة نافذة الصيانة وإعادة تشغيل عقد CUCM.
5. إن يقع المشكلة ثانية، اتصل ب TAC مع هذا سجل:
   • مسارات مدير المكالمات (التفصيلية)
   • Tomcat سجل (سجل من إنتاج من المبرد يحصل نشط-mog tomcat/log/* أمر من ال CLI)
   • سجل تطبيق عارض الأحداث
   • سجلات نظام عارض الأحداث
   • سجلات الأداء ل DataCollector لخادم المعلومات في الوقت الفعلي (RIS) من Cisco
   • سجلات مدير الخدمة
   • ينتج من هذا أمر من ال CLI من CUCM:

     utils diagnose test
     utils ntp status
     show process load cpu
     show process load memory
     show process using-most cpu
     show process using-most memory
     utils core active list

   • سجلات وحدة التحكم في الإدارة المتكاملة (CIMC) من Cisco (من VM - دليل مرئي لجمع ملفات الدعم الفني (من السلسلة B و C))

وثقت هذا خلل معروف في cisco بق id CSCub02337 وCSCui86571.

المشكلة 6: يتعذر نسخ/لصق كلمة المرور في صفحة تسجيل دخول المستخدم النهائي

لا يعمل النسخ/اللصق إلى حقل كلمة المرور في صفحة تسجيل دخول المستخدم النهائي ل CUCM. عملية اللصق لكلمة المرور في حقل كلمة المرور في صفحة تسجيل دخول المستخدم النهائي ل CUCM غير مدعومة. لن يعمل هذا مع Internet Explorer (IE) أو Firefox أو Chrome.

غير مسموح بنسخ/لصق كلمة المرور في صفحات المستخدم النهائي بسبب مخاطر الأمان. تتم إضافة هذا كجزء من CUCM الإصدار 9.1.2 والإصدارات الأحدث. ومع ذلك، لوحظ أن وظيفة النسخ/اللصق لا تزال تعمل مع إصدارات قليلة من CUCM 10.x، والتي يتم توثيقها في معرفات الأخطاء من Cisco CSCus84153 وCSCus84152.

المشكلة 7: تعذر الوصول إلى ELM باستخدام Firefox و Chrome

لا يمكنك الوصول إلى مدير تراخيص المؤسسات (ELM) باستخدام Firefox و Chrome، ولكن يعمل هذا بشكل جيد مع IE. عندما تقوم بتسجيل الدخول إلى ELM باستخدام Firefox أو Chrome، لا تتوفر أي من الخيارات.

وثقت هذا خلل معروف في cisco بق id CSCul30396.

تم إصلاح هذا الإصدار في إصدارات CUCM 9.1.2.11900-10 والإصدارات الأحدث. يمكن الوصول إلى ELM من خلال Firefox و IE و Chrome.

المشكلة 8: يتم تسجيل الخروج تلقائيا من صفحة ويب

يتم تسجيل الخروج من صفحة ويب CUCM تلقائيا بعد انتهاء مهلة الخمول الخاصة بها.

أنت يستطيع ثبتت ال web صفحة مهلة مع هذا أمر من ال CLI من CUCM.

show webapp session timeout
set webapp session timeout

admin:set webapp session timeout ?

بناء جملة

set webapp session timeout minutes

الدقائق إلزامية وهي عدد الدقائق التي يتم بعدها الإعلان عن أن جلسات العمل غير صالحة. المدى هو 5 إلى 9999.

admin:set webapp session timeout 5

إذا قمت بالمتابعة مع هذه العملية، فإنها تقوم بتعيين مهلة جلسة العمل لجلسات عمل الويب على 5 دقائق بعد إعادة تشغيل خدمة Cisco Tomcat أو بعد إعادة تمهيد الخادم.

Continue (y/n)?y
Tomcat session-timeout updated to 5 minutes.

يجب إعادة تشغيل خدمة Cisco Tomcat لكي تدخل التغييرات حيز التنفيذ على الفور. يؤدي هذا إلى قطع اتصال جلسات عمل ويب النشطة.

Continue (y/n)?y

لا تضغط على Ctrl-C أثناء إعادة تشغيل الخدمة. إذا لم تتم إعادة تشغيل الخدمة بشكل صحيح، فأدخل الأمر نفسه مرة أخرى.

Service Manager is running

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Commanded Out of Service

Cisco Tomcat[NOTRUNNING]

Service Manager is running

Cisco Tomcat[STARTING]

Cisco Tomcat[STARTING]

Cisco Tomcat[STARTED]

تمت إعادة تشغيل خدمة Cisco Tomcat بنجاح. انتهت مهلة جلسات ويب جديدة بعد 5 دقائق. مهلة جلسة العمل الحالية المستخدمة لجلسات عمل الويب والتطبيقات هي 5 دقائق.

المشكلة 9: تعذر الوصول إلى صفحة ويب المسؤول/المستخدم ل CUCM

لا يمكنك الوصول إلى صفحة ويب المسؤول/المستخدم الخاصة ب CUCM.

1. تحقق ما إذا كانت بيانات اعتماد المستخدم صحيحة أم لا. إذا قمت بإدخال بيانات الاعتماد الخطأ، فإنك تتلقى هذا الخطأ.

   

2. تحقق ما إذا كان لدى المستخدم أذونات صحيحة (أدوار ومجموعات مستخدمين) تم تكوينها. إذا لم يتم تكوينها بشكل صحيح، تقوم صفحة الويب بمطالبة صفحة تسجيل الدخول مرة أخرى دون أي رسائل خطأ.

راجع دليل نظام مدير الاتصالات الموحدة من Cisco للحصول على تفاصيل حول الأدوار ومجموعات المستخدمين.

المشكلة 10: العميل المحلي لا يستجيب، قد يكون الوكيل الرئيسي أو المحلي معطلا

لا يمكنك الوصول إلى أي خيارات من صفحة نظام إستعادة البيانات بعد الكوارث (DRF) الخاصة ب CUCM بعد تسجيل الدخول. قد تحصل على هذه الرسالة:

'الوكيل المحلي لا يستجيب. قد يكون هذا بسبب فشل الوكيل الرئيسي أو المحلي

1. تحقق من شهادة IPsec وتأكد من صحتها. إذا انتهت صلاحيته، أعد إنشاء شهادة IPsec. راجع انتهاء صلاحية شهادة CallManager وحذفها للحصول على معلومات حول كيفية إعادة إنشاء الشهادة.
2. قم بإعادة تشغيل خدمة Cisco DRF Master و DRF Local.

معلومات ذات صلة

• لا يمكن عرض صفحة الويب الخاصة بإدارة Cisco CallManager
• Cisco Unified Communications Manager 5.x/6.x/7.x/8.x: يتعذر تسجيل الدخول إلى صفحة الإدارة أو صفحة المستخدم
• الدعم التقني والمستندات - Cisco Systems