المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

المشكلة

الحل 1 - لبيئة دليل وحدة التحكم بالمجال DC

الحل 2 - لبيئة Active Directory

خطأ: لا يمكن الحصول على ClusterMutex

الحل

خطأ UCCX Mutex Lock

المشكلة 1

الحل

المشكلة 2

الحل

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

المقدمة

في بيئة Cisco Unified Contact Center Express، لا يمكن للمستخدم تغيير التكوينات في قسم "معلومات المشغل" في مشغلات واجهة برمجة تطبيقات Java Telephony (JTAPI) في مسؤول Cisco Customer Response Solution (CRS). في محاولة تغيير التطبيق في قسم معلومات المشغل من مشغلات JTAPI، تظهر رسالة الخطأ هذه في سجل MADM:

java.lang.InterruptedException: User (CRSuser) attempt to acquire mutex lock for the

purpose of (Cluster Mutex acquired by JTAPI Provider - Update.),

but could not acquirelock within (3000) milisecond.

Please try after few minutes

يوضح هذا المستند كيفية أستكشاف أخطاء قفل mutex هذه وإصلاحها.

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

المتطلبات

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

- Cisco CRS

- الحلول الفائقة لمراكز الاتصال الموحدة من Cisco

- إدارة دليل DC

- خدمة Active Directory

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

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

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

المشكلة

عندما يحاول المستخدم تحديث مشغلات/تحميلات JTAPI أو البرامج النصية باستخدام مسؤول تطبيق Cisco CRS، تظهر رسالة الخطأ هذه:

java.lang.InterruptedException: User (CRSuser)

attempt to acquire mutex lock for the

purpose of (Cluster Mutex acquired by JTAPI Provider - Update.),

but could not acquirelock within (3000) milisecond.

Please try after few minutes

هذا عيب معروف عندما يكون إدخال التأمين مفقودا في البروتوكول الخفيف للوصول للدليل (LDAP). وثقت هذا إصدار ب cisco بق id CSCsd13553 (يسجل زبون فقط).

الحل 1 - لبيئة دليل وحدة التحكم بالمجال DC

إذا كانت هذه بيئة دليل DC، فاستخدم هذا الحل لحل المشكلة.

ملاحظة: تحتاج إلى تسجيل الدخول إلى "مدير دليل DC" كمدير دليل لإجراء التغييرات اللازمة.

1. في LDAP لدليل وحدة التحكم بالمجال DC، أختر تطبيقات CCN > المجموعات > [ملف التعريف] > الأقفال>الأقفال.000000وتأكد من تسمية إدخالات قفل شبكة MUTEX هذه كما تظهر هذه القائمة:

lockApplicant?empty

lockOwner?empty

lockUsage?empty,

lockUserInfo?empty

lockUserTimestamp?empty

2. إذا فقد أي من الإدخالات في الخطوة 1 اللاحقة ؟ الفارغة في اسمها، حينئذ يجب إعادة تسميتها لتطابق القائمة تماما في الخطوة 1.

ملاحظة: يمكنك تجاهل إدخال lockExpiration. لا تحتاج إلى اللاحقة ؟الفارغة في الاسم.

3. إذا فقدت أي من الإدخالات lock____؟ الفارغة تماما، فيجب إضافتها يدويا. أتمت in order to أضفت المدخل، هذا steps:

ملاحظة: يتم إستخدام القيمة lockApplicant؟ فارغة لأغراض التوضيح فقط.

1. انقر بزر الماوس الأيمن فوق Lock.000000 وحدد New > CiscoCCNocConfigInfoCES.

2. أدخل الاسم ك lockApplicant؟ فارغ واضغط Enter.

3. في الإطار التالي، انقر فوق إضافة وأدخل x في مربع قيمة إدخال السلسلة. ثم انقر فوق OK.

4. طقطقت ok مرة أخرى.

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

lockApplicant?empty

lockOwner?empty

lockUsage?empty,

lockUserInfo?empty

lockUserTimestamp?empty

ملاحظة: تجاهل إدخال LockExpiration في هذه الخطوة. يجب ألا تكون قيمته x.

إذا لم يتم تكوين أي من قيم إدخال القفل هذه على x، فقم بتكوينها على x.

الحل 2 - لبيئة Active Directory

إذا كان لديك تكامل Active Directory (AD)، فيجب عليك إستخدام تحرير ADSI لتغيير معلمات التأمين. أتمت هذا steps in order to حللت الإصدار في AD بيئة:

1. في خادم AD، يمكنك إستعراض مخطط الدليل عند فتح أداة تحرير واجهة خدمات Active Directory (ADSI). ثم حرك لأسفل إلى dc=xxxxx، dc=com، ou=cisco، ou=CCNApps، ou=clusters، ou= <profilename>، ou=Locks، ou=Locks.0000000.

2. تحقق من تسمية إدخالات التأمين كما تظهر هذه القائمة:

lockApplicant?empty

lockOwner?empty

lockUsage?empty,

lockUserInfo?empty

lockUserTimestamp?empty

3. إذا فقد أي من الإدخالات في الخطوة 2 اللاحقة ؟ الفارغة في اسمها، حينئذ يجب إعادة تسميتها لتطابق القائمة تماما في الخطوة 2.

4. إذا فقدت أي من الإدخالات lock____؟ الفارغة تماما، فيلزمك إضافتها يدويا. أتمت هذا steps in order to أضفت المدخل:

ملاحظة: يتم إستخدام القيمة lockApplicant؟ فارغة لأغراض التوضيح فقط.

1. انقر بزر الماوس الأيمن فوق Lock.0000000 وحدد جديد > الكائن>CiscoCCNocConfigInfoCES.

2. أدخل الاسم ك lockApplicant؟ فارغ واضغط التالي.

3. في الإطار التالي، انقر المزيد من السمات.

4. من القائمة تحديد خاصية لعرض القائمة المنسدلة، حدد CiscoCCNatConfigInfoCESValue.

5. في مربع تحرير السمة: أدخل x وانقر إضافة.

6. وانقر فوق OK.

7. انقر فوق إنهاء.

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

lockApplicant?empty

lockOwner?empty

lockUsage?empty,

lockUserInfo?empty

lockUserTimestamp?empty

ملاحظة: تجاهل إدخال LockExpiration في هذه الخطوة. يجب ألا تكون قيمته x.

إذا لم يتم تكوين أي من قيم إدخال القفل هذه على هيئة x، فأكمل الخطوات التالية لتكوينها على هيئة x:

1. انقر بزر الماوس الأيمن فوق LockApplicant؟ فارغ واختر Properties.

ملاحظة: يتم إستخدام القيمة lockApplicant؟ فارغة لأغراض التوضيح فقط.

2. من السمات: مربع، حدد CiscoCCNatConfigInfoCESValue وانقر تحرير.

3. قم بتمييز الإدخال الموجود في القيم: المربع وانقر فوق إزالة (تخطي إذا لم يكن هناك أي شيء).

4. في القيمة التي تريد إضافتها: مربع، اكتب x وانقر إضافة. ثم انقر فوق OK.

5. طقطقة يطبق وبعد ذلك ok.

خطأ: لا يمكن الحصول على ClusterMutex

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

Can not acquire ClusterMutex; nested exception is: com.cisco.config.ConfigException:

UnmarshalException; nested exception is: javax.xml.bind.UnmarshalException: Content is not

allowed in prolog. - with linked exception: [org.xml.sax.SAXParseException: Content is not

allowed in prolog.]

الحل

أتمت هذا steps in order to حللت هذا إصدار:

1. انتقل إلى المجلد C:\program files\wfavvid\ClusterData\Default\ على خادم CRS.

2. قم بإعادة تسمية مجلد com.cisco.crs.cluster.config.LockConfig إلى com.cisco.crs.cluster.config.LockConfig.bak.

3. إعادة تشغيل إدارة العقد.

إذا لم تكن ترغب في إعادة تشغيل "إدارة العقد"، فإليك طريقة أخرى لإزالة MutexLocks:

1. انقر فوق بدء واكتب CET.

2. أختر لا في الرسالة المنبثقة.

3. ابحث وانقر فوق com.cisco.crs.cluster.config.lockConfig في القائمة الموجودة على اليسار.

4. انقر نقرا مزدوجا فوق السجل الواحد الموجود على اليمين.

5. حدد علامة التبويب com.cisco.crs.cluster.config.LockConfig الموجودة في الأعلى.

6. قم بمسح أي حقول غير فارغة.

خطأ UCCX Mutex Lock

المشكلة 1

عند محاولة تغيير مهارات مورد، يتم تلقي هذا الخطأ:

Error: can not acquire ClusterMutex; nested exception is:

com.cisco.config.ConfigException: Store config record – error: config

request timed out.

الحل

يمكن أن يقع هذا خطأ بسبب إحدى المشاكل التالية:

- لم تقم عملية النسخ الاحتياطي بمسح القفل من قاعدة البيانات، ولكن تم مسح الأقفال والأرشفة على كلا الخادمين.

- قد يكون هناك مشكلة في ملف config lock. وعلى وجه الخصوص، يتعذر على الخادم القراءة منه أو أن ملف XML الموجود بداخله أصبح تالفا.

أتمت هذا steps in order to صححت هذا إصدار:

1. دققت من ال CET أن الأقفال والأرشفة نظيف على كلا نادل.

2. تحقق من ترتيب NIC ومن تعيين cliconfg بشكل صحيح.

3. انتقل إلى المجلد C:\program files\wfavvid\ClusterData\Default\ على خادم CRS.

4. قم بإعادة تسمية مجلد com.cisco.crs.cluster.config.LockConfig إلى com.cisco.crs.cluster.config.LockConfig.bak.

5. أعد تشغيل نظام المجموعة.

أكمل الخطوات التالية للتحقق من إعداد تأمين Mutex على قاعدة البيانات:

1. انتقل إلى بداية > تشغيل، اكتب cet، واضغط على إدخال.

2. انقر فوق لا عندما تظهر النافذة.

3. في الجزء الأيسر، انقر نقرا مزدوجا فوق نوع كائن التكوين هذا: com.cisco.crs.cluster.config.clusterSpecificConfig.

4. في الجزء الأيمن، انقر نقرا مزدوجا فوق الصف الذي تم إرجاعه للعقدة.

5. في الإطار الجديد، انقر فوق علامة التبويب com.cisco.crs.cluster.config.ClusterSpecificConfig.

6. انقر فوق علامة التبويب أرشيف.

- إذا كان هناك أي شيء في عروض أسعار مزدوجة فيما يتعلق بمعرف الأرشيف أو معلومات طلب الأرشيف أو معلومات المستخدم للأرشفة أو عميل الأرشيف، فقم بحذف المحتوى، ثم أترك عرض الأسعار المزدوج.

طقطقة يطبق.

7. طقطقة ok in order to دخلت التغييرات حيز التنفيذ.

8. حدد علامة التبويب com.cisco.crs.cluster.config.LockConfig الموجودة في الأعلى.

- إذا كان هناك أي شيء في علامات اقتباس مزدوجة تتعلق ب "مالك التأمين" أو "قفل الاستخدام" أو "تأمين معلومات المستخدم"، فقم بحذف المحتوى، ولكن أترك علامات الاقتباس المزدوجة.

طقطقة يطبق.

9. طقطقة ok in order to دخلت التغييرات حيز التنفيذ.

10. قم بتنفيذ الإجراء نفسه في العقدة الثانية إذا كان لديك خادمي UCCX.

المشكلة 2

عند محاولة تحديث التكوين الموجود، يتم تلقي هذا الخطأ:

User (lawr) attempt to acquire mutex lock for the purpose of (Cluster Mutex

acquired by ICD - CSD RG Update.), but could not acquire lock within (3000)

milisecond. Please try after few minutes

إذا قمت بإعادة تشغيل "إدارة العقد" وإعادة تشغيلها، سيعلق نظام RMCM الفرعي في حالة التهيئة. عند محاولة تحرير التأمين، يجب عليك حذف بعض الخصائص وإنشاء خصائص جديدة. ونتيجة لذلك، يسبب LDAP أحيانا خطأ. يؤدي ذلك إلى عدم إنشاء هذه السمة. من هذه النقطة فصاعدا، ستؤدي أي عملية AppAdmin إلى حدوث خطأ ClusterMutex، وستتسبب إعادة تشغيل المحرك في تثبيت RmCm في حالة التهيئة لأنه لا يمكنه الحصول على تأمين ClusterMutex.

الحل

أتمت هذا steps in order to أضفت القفلApplicant مدخل:

1. انقر بزر الماوس الأيمن فوق Lock.xxxxxx، واختر جديد > CiscoCCNocConfigInfoCES.

2. أدخل الاسم ك lockApplicant؟ فارغ، واضغط Enter.

3. في الإطار التالي، انقر فوق إضافة، وفي مربع قيمة إدخال سلسلة، أدخل x.

4. وانقر فوق OK.

وثقت هذا في cisco بق id CSCsd13553 (يسجل زبون فقط).

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

- حدث خطأ في CRAThere أثناء القراءة أو الحفظ إلى قاعدة البيانات. الرجاء الاتصال برسائل خطأ المسؤول التي تظهر عند تحديث CSQ أو المهارات أو معلومات المورد في CRS 3.x

- رسالة الخطأ Cisco Unified Contact Center Express 5.0/7.0: "Error in processing the input Request"

- دعم منتجات الاتصالات الصوتية والاتصالات الموحّدة

- دعم Cisco Unified Contact Center Express

- الدعم التقني والمستندات - Cisco Systems