IPCC： ミューテックス ロック エラーを解決して下さい

ダウンロード オプション

  • PDF     (244.4 KB)
    Adobe Reader を使ってさまざまなデバイスで表示
  • ePub     (113.0 KB)
    iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
  • Mobi (Kindle)     (142.5 KB)
    Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示
Updated: 2011 年 9 月 28 日
Document ID:91203

偏向のない言語

この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

はじめに

Cisco Unified Contact Center Express 環境では、ユーザは Cisco Customer Response Solution（CRS）Admin の Java Telephony Application Programming Interface（JTAPI）トリガーのトリガー情報セクションの設定を変更できません。 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

この資料にこれらのミューテックス ロック エラーを解決する方法を記述されています。

前提条件

要件

次の項目に関する知識が推奨されます。

  • Cisco CRS

  • Cisco Unified Contact Center Express

  • DC Directory 管理

  • Active Directory

使用するコンポーネント

このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。 稼働中のネットワークで作業を行う場合、コマンドの影響について十分に理解したうえで作業してください。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

問題

ユーザが 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

これはロック エントリが Lightweight Directory Access Protocol（LDAP）で抜けているとき既知問題です。 この問題は Cisco バグ ID CSCsd13553 （登録ユーザのみ）によって文書化されています。

ソリューション 1 - DC Directory 環境に関しては

これが DC Directory 環境である場合、問題を解決するのにこのソリューションを使用して下さい。

注: ようにディレクトリ マネージャ必要な変更を行なうために DC Directory にマネージャを記録 する必要があります。

  1. DC Directory LDAP では、> [プロファイル] > ロックし、> Locks.00000000 このリストが示すと同時にこれらのミューテックス ロック エントリが指名されることを確認します『CCN Apps』 を選択 して下さい > クラスタ化します: 

    lockApplicant?empty
lockOwner?empty
lockUsage?empty,
lockUserInfo?empty
lockUserTimestamp?empty

  2. ステップ 1 のエントリのうちのどれかが抜けていることならか。名前の空サフィックス、それからそれらはステップ 1.のリストを完全に一致するために名前を変更される必要があります。

    注: lockExpiration エントリを無視できます。 それは必要としませんか。名前のサフィックスを空にして下さい。

  3. lock__ のか。空エントリは完全に抜けています、それらを手動で追加する必要があります。 エントリを追加するために、これらのステップを完了して下さい:

    注: lockApplicant か。空の値は例示専用に使用されます。

    1. Locks.00000000 を右クリックし、> ciscoCCNocConfigInfoCES 『New』 を選択 して下さい。

    2. lockApplicant ように名前を入力して下さいか。空にし、『Enter』 を押して下さい。

    3. Next ウィンドウで、入力文字列型の値 ボックスで x を『Add』 をクリック し、入力して下さい。 次に [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） 統合がある場合ロック パラメータを変更するために、leavingcisco.com 編集します ADSI を使用する必要があります。 AD 環境の問題を解決するためにこれらのステップを完了して下さい:

  1. AD サーバで、Active Directory Services Interface （ADSI）を編集するユーティリティを開くときディレクトリ スキーマを参照できます。 それから dc=xxxxx へのドリル ダウン、dc=com、ou=Cisco、ou=CCNApps、ou=clusters、ou= <profilename>、ou=Locks、ou=Locks.000000000。

  2. このリストが示すと同時にロック エントリが指名されることを確認して下さい:

    lockApplicant?empty
lockOwner?empty
lockUsage?empty,
lockUserInfo?empty
lockUserTimestamp?empty

  3. ステップ 2 のエントリのうちのどれかが抜けていることならか。名前のサフィックスを空にして下さい、ステップ 2.のリストを完全に一致するためにそしてそれらは名前を変更される必要があります。

  4. lock__ のか。空エントリは完全に抜けています、そしてそれらを手動で追加する必要があります。 エントリを追加するためにこれらのステップを完了して下さい:

    注: lockApplicant か。空の値は例示専用に使用されます。

    1. Locks.00000000 を右クリックし、> オブジェクト > ciscoCCNocConfigInfoCES 『New』 を選択 して下さい。

    2. lockApplicant ように名前を入力して下さいか。空にし、『Next』 を押して下さい。

    3. Next ウィンドウで、属性を『More』 をクリック して下さい。

    4. 選り抜きからプルダウン メニューを表示する特性は ciscoCCNatConfigInfoCESValue を選択します。

    5. 編集アトリビュート: ボックスは、x を入力し、『Add』 をクリック します。

    6. [OK] をクリックします。

    7. [Finish] をクリックします。

  5. すべてのエントリはきちんと指名されることを確認したら、これらのエントリに x （x）小文字で設定される値があることを確認して下さい: 

    lockApplicant?empty
lockOwner?empty
lockUsage?empty,
lockUserInfo?empty
lockUserTimestamp?empty

    注: このステップの lockExpiration エントリを無視して下さい。 その値は x.ではないはずです。

    これらのロック入口値のうちのどれかが x で設定されない場合、x でそれらを設定するためにこれらのステップを完了して下さい:

    1. lockApplicant を右クリックして下さいか。空にし、『Properties』 を選択 して下さい。

      注: lockApplicant か。空の値は例示専用に使用されます。

    2. 属性から: ボックスは、選定された ciscoCCNatConfigInfoCESValue 『Edit』 をクリック し。

    3. 値の既存のエントリをハイライト表示して下さい: ボックスはどれもない場合） 『Remove』 をクリック し、（スキップして下さい。

    4. 追加するべき値: ボックスは、型 X 『Add』 をクリック し。 次に [OK] をクリックします。

    5. [Apply] の次に [OK] をクリックします。

エラー： ClusterMutex を得ることができません

ユーザが Customer Response Solutions 管理 アプリケーションのエージェントのコール ラップアップ時間を設定したときに、このエラー メッセージが現れます:

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.]

解決策

この問題を解決するには、次の手順を実行します。

  1. CRS サーバの C:\program files\wfavvid\ClusterData\Default\ フォルダに行って下さい。

  2. com.cisco.crs.cluster.config.LockConfig.bak に com.cisco.crs.cluster.config.LockConfig フォルダの名前を変更して下さい。

  3. Restart ノード マネージャ。

Restart ノード マネージャに希望しない場合、MutexLocks をクリアするもう一つの方法はここにあります:

  1. CET を『Start』 をクリック し、入力して下さい。

  2. ポップアップ メッセージで『No』 を選択 して下さい。

  3. 左にあるリストの com.cisco.crs.cluster.config.LockConfig を見つけ、クリックして下さい。

  4. 右にある 1 つのレコードをダブルクリックして下さい。

  5. 上にある com.cisco.crs.cluster.config.LockConfig タブを選択して下さい。

  6. 空ではないフィールドをクリアして下さい。

UCCX ミューテックスはエラーをロックします

問題 1

リソースのスキルを変更することを試みるときこのエラーは受け取られます:

Error: can not acquire ClusterMutex; nested exception is:
com.cisco.config.ConfigException: Store config record – error: config 
request timed out.

解決策

このエラーはこれらの問題の 1 つが原因で発生する場合があります:

  • バックアップ プロセスはないロック DB からクリアが、ロックおよびアーカイブは両方のサーバできれいです。

  • ロック config ファイルは問題があるかもしれません。 具体的には、サーバはそれから読むことができませんか、または中 XML ファイル破損するようになりました。

この問題を解決するには、次の手順を実行します。

  1. ロックおよびアーカイブが両方のサーバできれいであることを CET から確認して下さい。

  2. NIC 順序およびその cliconfg が正しく設定 されることを確認して下さい。

  3. CRS サーバの C:\program files\wfavvid\ClusterData\Default\ フォルダに行って下さい。

  4. com.cisco.crs.cluster.config.LockConfig.bak に com.cisco.crs.cluster.config.LockConfig フォルダの名前を変更して下さい。

  5. クラスタをリブートして下さい。

DB で設定 するミューテックス ロックを確認するためにこれらのステップを完了して下さい:

  1. Start > Run の順に進み、cet を打ち込み、『Enter』 を押して下さい。

  2. ウィンドウがポップアップすると『No』 をクリック して下さい。

  3. 左ペインでは、この構成オブジェクト オブジェクト・タイプをダブルクリックして下さい: com.cisco.crs.cluster.config.ClusterSpecificConfig.

  4. 右側のペインでは、ノードのために戻る行をダブルクリックして下さい。

  5. New ウィンドウで、com.cisco.crs.cluster.config.ClusterSpecificConfig タブをクリックして下さい。

  6. アーカイブ タブをクリックして下さい。

    • アーカイブ ID に関する二重引用符で存在 する何でも要求 情報をアーカイブするか、ユーザ 情報をアーカイブするか、またはクライアントをアーカイブしたら、内容を削除して下さい、しかし二重引用符を残して下さい。

      mutex-lock-error-01.jpg

      [Apply] をクリックします。

  7. 変更が実施されることができるように『OK』 をクリック して下さい。

  8. 上にある com.cisco.crs.cluster.config.LockConfig タブを選択して下さい。

    • ロック所有者に関する二重引用符で存在 する何でも使用をロックするか、またはユーザ 情報をロックしたら、内容を削除して下さい、しかし二重引用符を残して下さい。

      mutex-lock-error-02.jpg

      [Apply] をクリックします。

  9. 変更が実施されることができるように『OK』 をクリック して下さい。

  10. 2 つの UCCX サーバがある場合第 2 ノードで同じプロシージャを行って下さい。

問題 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

および Restart ノード マネージャがリブートする場合、RMCM サブシステムは初期化状態にはまり込みます。 ロックをリリースすることを試みるときいくつかの属性を削除し、新しいものを作成しなければなりません。 その結果、LDAP は時々エラーを投げます。 これ作成されないために帰因しない原因。 ここから先は、Appadmin どのオペレーションでも ClusterMutex エラーという結果に終り、ClusterMutex ロックを得ることができないのでエンジンの再始動は RmCm を初期化状態のままになっています。

解決策

lockApplicant エントリを追加するためにこれらのステップを完了して下さい:

  1. Locks.xxxxxxx を右クリックし、> ciscoCCNocConfigInfoCES 『New』 を選択 して下さい。

  2. lockApplicant ように名前を入力して下さいか。空にし、『Enter』 を押して下さい。

  3. Next ウィンドウで、入力文字列型の値 ボックスで、入力します x.を『Add』 をクリック すれば。

  4. [OK] をクリックします。

これは Cisco バグ ID CSCsd13553 （登録ユーザのみ）で文書化されています。

関連情報

このドキュメントは役に立ちましたか?

Feedbackフィードバック

シスコに問い合わせ

このドキュメントは次の製品に対応しています