在Cisco Unified Contact Center Express环境里,用户不能更改在Java电话应用可编程接口(JTAPI)触发器的触发器信息部分的配置在Cisco用户响应解决方案(CRS) Admin的。在尝试更改在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 Unified Contact Center Express
DC目录管理
Active Directory
This document is not restricted to specific software and hardware versions.
The information in this document was created from the devices in a specific lab environment.All of the devices used in this document started with a cleared (default) configuration.If your network is live, make sure that you understand the potential impact of any command.
Refer to Cisco Technical Tips Conventions for more information on document conventions.
使用Cisco CRS应用程序Admin时,当用户尝试更新JTAPI触发器/加载提示或者脚本,此错误信息出现:
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 Bug ID CSCsd13553 (仅限注册用户)描述。
如果这是DC目录环境,请使用此解决方案解决问题。
Note: 您需要记录到DC目录管理器,目录管理器为了做必要的更改。
在DC目录LDAP,请选择CCN Apps >簇> [profile] >锁定> Locks.00000000并且确认这些mutex锁定条目被命名,当此列表显示:
lockApplicant?empty lockOwner?empty lockUsage?empty, lockUserInfo?empty lockUserTimestamp?empty
如果其中任一个在step1的条目是丢失?倒空在他们的名字的后缀,然后他们需要改名完全地匹配在step1的列表。
Note: 您能忽略lockExpiration条目。它不需要?在名字的空后缀。
如果其中任一lock__ ?空条目完全地失踪,您必须手工添加他们。为了添加条目,请完成这些步骤:
Note: lockApplicant ?只用于示例目的使用空值。
用鼠标右键单击在Locks.00000000并且选择新> ciscoCCNocConfigInfoCES。
输入名字作为lockApplicant ?倒空并且按Enter。
在Next窗口中,请点击添加并且输入x在进入字符串值机箱。然后单击 OK。
再点击OK键。
一旦确认所有这些条目适当地被命名,请确认这些条目有作为x被配置的值(小写x) :
lockApplicant?empty lockOwner?empty lockUsage?empty, lockUserInfo?empty lockUserTimestamp?empty
Note: 忽略在此步骤的lockExpiration条目。其值不应该是x。
如果其中每一个锁定录入值没有被配置作为x,则配置他们作为x。
如果有激活目录(AD)集成,您需要使用ADSI编辑 为了更改锁定参数。完成这些步骤为了解决问题在AD环境里:
在AD服务器上,当您打开Active Directory Services Interface (ADSI)编辑工具时,您能访问您的目录模式。然后请操练下来对dc=xxxxx, dc=com, ou=cisco, ou=CCNApps, ou=clusters, ou= <profilename>, ou=Locks, ou=Locks.000000000。
检查锁定条目被命名,当此列表显示:
lockApplicant?empty lockOwner?empty lockUsage?empty, lockUserInfo?empty lockUserTimestamp?empty
如果其中任一个在第2步的条目是丢失?倒空在他们的名字的后缀,然后他们需要改名完全地匹配在第2.步的列表。
如果其中任一lock__ ?空条目完全地失踪,然后您需要手工添加他们。完成这些步骤为了添加条目:
Note: lockApplicant ?只用于示例目的使用空值。
用鼠标右键单击在Locks.00000000并且选择新>对象> ciscoCCNocConfigInfoCES。
输入名字作为lockApplicant ?其次倒空并且按。
在Next窗口中,请点击更多属性。
从精选查看下拉菜单的属性,选择ciscoCCNatConfigInfoCESValue。
在编辑属性:机箱,输入x并且点击添加。
单击 Ok。
单击 完成。
一旦确认所有条目适当地被命名,请确认这些条目有作为x被配置的值(小写x) :
lockApplicant?empty lockOwner?empty lockUsage?empty, lockUserInfo?empty lockUserTimestamp?empty
Note: 忽略在此步骤的lockExpiration条目。其值不应该是x。
如果其中每一个锁定录入值没有被配置作为x,则完成这些步骤为了配置他们作为x :
在lockApplicant的用鼠标右键单击?倒空并且选择属性。
Note: lockApplicant ?只用于示例目的使用空值。
从属性:机箱,挑选ciscoCCNatConfigInfoCESValue和点击编辑。
选定现有的条目按值:机箱和点击去除(请跳过,如果什么都不存在)。
按添加的值:机箱,类型x和点击添加。然后单击 OK。
点击适用然后好。
当用户设置呼叫请结束代理程序的时刻在用户响应解决方案管理应用程序,此错误信息出现:
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.]
要解决此问题,请执行以下步骤:
去在CRS服务器的C:\program files\wfavvid\ClusterData\Default\文件夹。
给com.cisco.crs.cluster.config.LockConfig文件夹改名对com.cisco.crs.cluster.config.LockConfig.bak。
Restart节点管理器。
如果不希望给Restart节点管理器,这是清除MutexLocks另一个方式:
点击开始并且键入CET。
选择不在弹出式消息。
查找并且点击在位于左的列表的com.cisco.crs.cluster.config.LockConfig。
双击位于权利的这一个记录。
选择com.cisco.crs.cluster.config.LockConfig选项位于顶层。
清除不是空的所有字段。
当您设法更改资源的技能时,此错误收到:
Error: can not acquire ClusterMutex; nested exception is: com.cisco.config.ConfigException: Store config record – error: config request timed out.
此错误能出现由于这些问题之一:
备份进程没有清除从DB的锁定,但是锁定和档案是干净的在两个服务器。
锁定配置文件可能有问题。特别地,服务器不能读从它或里面XML文件变得损坏。
完成这些步骤为了调整此问题:
从CET验证锁定和档案是干净的在两个服务器。
验证正确地设置NIC命令和该cliconfg。
去在CRS服务器的C:\program files\wfavvid\ClusterData\Default\文件夹。
给com.cisco.crs.cluster.config.LockConfig文件夹改名对com.cisco.crs.cluster.config.LockConfig.bak。
重新启动簇。
完成这些步骤为了验证在DB的Mutex锁定设置:
去Start > Run,输入cet,并且按Enter。
当窗口冒出时,请点击没有。
在左边面中,请双击在此配置对象类型:com.cisco.crs.cluster.config.ClusterSpecificConfig.
在右边的面中,请双击在为您的节点返回的行。
在新建窗口,请点击com.cisco.crs.cluster.config.ClusterSpecificConfig选项。
点击档案选项。
如果任何存在于关于档案ID的双引号,请归档请求信息,档案用户信息,或者档案客户端,删除内容,但是留下双引号。
单击 Apply。
点击OK键为了更改能生效。
选择com.cisco.crs.cluster.config.LockConfig选项位于顶层。
如果任何存在于关于锁定责任人的双引号,请锁定使用方法或者锁定用户信息,删除内容,但是留下双引号。
单击 Apply。
点击OK键为了更改能生效。
如果有两个UCCX服务器,请执行同一个程序在第二个节点。
当设法更新现有配置时,此错误收到:
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
如果重新启动和Restart节点管理器,么RmCm子系统陷在初始化状态。当设法发布锁定时,您必须删除某些属性和创建新的。结果, LDAP有时投掷错误。这归因于不被创建的原因。从这时起,所有Appadmin操作将导致ClusterMutex错误,并且引擎的重新启动在初始化状态将造成Rmcm被滞留,因为不能得到ClusterMutex锁定。
完成这些步骤为了添加lockApplicant条目:
用鼠标右键单击Locks.xxxxxxx,并且选择新> ciscoCCNocConfigInfoCES。
输入名字作为lockApplicant ?倒空,并且按Enter。
在Next窗口中,请点击添加,和在进入字符串值机箱,输入x。
单击 Ok。
这在Cisco Bug ID CSCsd13553 (仅限注册用户)描述。