このドキュメントでは、Cisco CallManager のクラッシュに関する情報、クラッシュが発生したかどうかの判断方法、情報の収集およびシスコ テクニカル サポートへの提出方法、および存在する Cisco CallManager クラッシュのバグの検索方法について説明します。
このドキュメントに関する固有の要件はありません。
このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。
Cisco CallManagerサービス(ccm.exe)クラッシュが、システム イベント ログのこのメッセージを見る時:
The Cisco CallManager service terminated unexpectedly. It has done this 1 time. The following corrective action will be taken in 60000 ms. Restart the service.
クラッシュの場合に次のように表示できる他のメッセージは次のとおりです:
Timeout 3000 milliseconds waiting for Cisco CallManager service to connect. The Cisco CallManager failed to start due to the following error. The service did not respond to the start or control request in a timely fashion.
現時点で、Cisco IP フォンおよびゲートウェイのようなデバイスが Cisco Unified CallManager から登録を解除するとき、ユーザ エクスペリエンスはダイヤルトーン、および/または高CPU による Cisco CallManager サーバ フリーズを遅らせます。 ここに含まれていないイベントログメッセージのための Cisco Unified CallManager イベントログを参照して下さい。
Cisco CallManager サービスは、次のいずれかの理由でクラッシュする場合があります。
Cisco CallManager サービスで予期しないイベントが発生します。 このクラッシュは Dr.Watson ログに存在および User.dmp がフォルダ C:\Documents and Settings\All ユーザ\文書\で DrWatson 生成されることエントリを追加します。
Cisco CallManagerサービスに機能するために CPU またはメモリのような十分なリソースがありません。 通常、サーバの CPU稼働率は 100%にその当時あります。
経験するクラッシュ の タイプの依存、必要があります異なるデータ助けるおよびクラッシュの根本的な原因を判別するために Cisco テクニカル サポートを収集する。
Cisco Unified CallManager の検索を後 Drwtsn32.log と呼ばれるファイルのためのクラッシュ行った、開く場合、ccm.exe のためのエントリが追加されたかどうか見るために最近のエントリを最高で検知 して下さい。 Dr. Watson ログイン Notepad を開き、ファイルの下部のに行き、最新のクラッシュに連れて行く Applicationexception を発生しました捜して下さい。
これは drwtsn32.log のクラッシュ エントリのためのヘッダの例です。
Application exception occurred: App: (pid=680) When: 3/8/2003 @ 14:01:06.978 Exception number: e06d7363
クラッシュの日付の隣で Cisco Unified CallManager はクラッシュしたことをそれから確認するその PID が課業 表の ccm.exe のための PID に対応する場合、PID があります。
drwtsn32.log の課業 表はこれに類似したに検知 します:
PID PROCESS 8 System.exe 212 SMSS.exe 240 CSRSS.exe 264 WINLOGON.exe 292 SERVICES.exe 304 LSASS.exe 424 termsrv.exe 520 svchost.exe 560 msdtc.exe 696 DLLHOST.exe 736 Ipvmsapp.exe 752 DLLHOST.exe 824 AudioTranslator.exe 848 RisDC.exe 860 LogoutService.E.exe 884 DCX500.exe 936 svchost.exe 980 LLSSRV.exe 1028 sqlservr.exe 1112 ntpd.exe 1140 rcmdsvc.exe 1172 regsvc.exe 1176 mstask.exe 1204 SNMP.exe 1244 WinMgmt.exe 1260 cpqnimgt.exe 1284 cqmgserv.exe 1296 cqmgstor.exe 1308 sysdown.exe 1372 cqmghost.exe 1524 aupair.exe 1552 sqlagent.exe 276 svchost.exe 2400 inetinfo.exe 2412 explorer.exe 2752 sqlmangr.exe 2700 taskmgr.exe 2704 mmc.exe 680 ccm.exe 868 DRWTSN32.exe
注: ccm.exe にリストから、対応するこの例では PID = 680。
PID のリストがない場合、drwtsn32.log の最後のエントリのタイムスタンプおよびイベントログのエラーのタイムスタンプを検知 して下さい。 Cisco CallManager がクラッシュした場合 説明 セクションを参照して下さい。 それらが正確同じ時間である場合、予想外イベント Cisco Unified CallManager クラッシュが生じた可能性が高いといえます。
スタック トレースは Cisco テクニカル サポートに収集し、提供するべき情報の drwtsn32.log 全体のファイルがなぜ請求されるかであるクラッシュを固有のものにします。
クラッシュの日の PID が ccm.exe ではないかまたはタイムスタンプが対応しなければ、リソース クラッシュの欠如、か別のプロセスのクラッシュに多分動作しました。
予想外イベント クラッシュが生じる場合、情報を Cisco テクニカル サポートに提供するために収集するためにこれらのステップを完了して下さい。
少なくとも、クラッシュが発生する 30 分前から、発生後 15 分までの Cisco CallManager トレースをキャプチャします。
トレースは C:\Program Files\cisco\trace\ccm にあります。
少なくとも、クラッシュが発生する 15 分前から、発生後 15 分までの Signal Distribution Layer(SDL)トレースをキャプチャします。
トレースは C:\Program Files\cisco\trace\sdl\ccm にあります。
イベント ビューアからのシステムおよびアプリケーション イベントログ ログ・ファイルを収集するために > Event Viewer を Start > Programs > Administrative Tools の順に選択 して下さい。
システムログをクリックし、> 保存ログように『Action』 を選択 し、ログを保存して下さい。
アプリケーションログの同じをして下さい。
Cisco CallManager ごとに SdlMaxUnhandledExceptions パラメータが 0(ゼロ)に設定されていることを確認します。
C:\Documents and Settings\All ユーザ\文書\に DrWatson ある Dr. Watson ログを集めて下さい。 ファイルの名前は Drwtsn32.log です。
C:\Documents and Settings\All ユーザ\文書\に DrWatson ある User.dmp ファイルを集めて下さい。
注: これらのファイルは非常に大きい場合もあります。 Cisco テクニカル サポートにそれらを送信 する前にそれらを ZIP にすることを忘れないでいて下さい。 これらのファイルが情報を Cisco テクニカルサポート エンジニア保持し、クラッシュの原因を判別する開発者が必要があることに注意することもまた重要です。
Dr. Watson ログイン Notepad を開き、判別にクラッシュが既知の問題であるかどうか調べるためにクラッシュ の タイプ セクション進んで下さい。
リソース クラッシュの欠如を経験する場合、情報を Cisco テクニカル サポートに提供するために収集するためにこれらのステップを完了して下さい。
少なくとも、クラッシュが発生する 30 分前から、発生後 15 分までの Cisco CallManager トレースをキャプチャします。 トレースは C:\Program Files\cisco\trace\ccm にあります。
少なくとも、クラッシュが発生する 15 分前から、発生後 15 分までの Signal Distribution Layer(SDL)トレースをキャプチャします。 トレースは C:\Program Files\cisco\trace\sdl\ccm にあります。
perfmon トレースをもし可能であれば収集して下さい。 それらが利用可能ではない場合、各プロセスのためのこれらのおよびサーバで動作する CPU使用およびトラック メモリ使用量集め始めて下さい。 パフォーマンスモニタ カウンター ログを perfmon トレースを設定するために区分するように設定するために参照して下さい。 これらはリソースの別の欠如の場合にクラッシュを助けます。
CPU使用率が高い状態で長時間にわたって動作できる Cisco IP Telephony アプリケーション バックアップによるシステム クラッシュを避けるために最新の Cisco IP Telephony アプリケーションをバックアップする実行するようにして下さい。 動作すれば Cisco Unified CallManager 3.1(3a)spC およびそれ以降か Cisco CallManager 3.2(1)spA およびそれ以降は、Cisco バグ ID CSCdt91655 (登録ユーザのみ)ごとの低い優先順位で、新しい Backup ユーティリティ デフォルトで動作します。
Cisco Unified CallManager の下で(登録ユーザのみ) Download ページ 音声ソフトウェアからバックアップします Cisco IP Telephony アプリケーションの最新バージョンをダウンロードできます。
注: バックアップを実行するときディレクトリ C:\STI を上演するバーのウイルス スキャンを行えば、により CPU スパイクを引き起こす場合があります。 C:\STI のディセーブル ウイルス スキャン 高CPU 利用を避けるため。
この変更前に、前のバージョンは Performance と呼ばれた Cisco IP Telephony アプリケーション バックアップ アプリケーションを実行するプロセスの基本優先順位を変更するためにタブを使用しました。 、このプロセスが正常な基本優先順位で動作する他のプロセスと競わない CCM.exe のような CPU のためにようにするために下記の標準か下位にパフォーマンスを変更して下さい。
クラスタ間トランク ループは不適切に設定されたルート パターンによって引き起こされる場合があります。 これにより Cisco Unified CallManager は時間の長時間のための高CPU を実行するか、またはサーバをクラッシュします場合があります。 Cisco Unified CallManager はこの問題を解決するために顕著な中継呼び出しの数を監察するために H.225 デバイスのロジックを(トランク デバイスだけのために)追加しました。 中継コールは Cisco Unified CallManager がセットアップ要求をのための(またはセットアップ要求をのための送信 します)受け取り、まだ最初の後方メッセージを受け取らなかったりまたは送信 しないことコールです。 たとえば、コール設定受付は、コールプログレス、アラート、接続するか、または完全リリースします。 Cisco Call Manager は H.225 トランク デバイスのための中継コール キューを監察するために 5秒間 タイマーを実行します。 中継コール キュー エントリの数があらかじめ定義されたしきい値より大きければ、しばらく(デフォルト 30 秒)、それへのすべての新しい着信/発信コール 要求は原因コード スイッチ システム 輻輳のリリース メッセージ全体の送信によって H225 トランク デバイス拒否されます。
Cisco Unified CallManager のこの動作が原因で、これらのエラーは Cisco Unified CallManager のアプリケーションログで見られる場合があります。
エラー— ICTCallThrottlingStart エラーメッセージは Cisco Unified CallManager が H.323 トランク上のルート ループが理由で H.323 示されたデバイスのための呼び出しを扱うことができないことを示します。
エラー— ICTCallThrottlingEnd エラーメッセージは Cisco Unified CallManager が H.323 示されたデバイス(H.323 トランクに作成されるルート ループが停止された原因で)のための通話処理を再開したことを示します。
これらのエラーを防ぐためにクラスタ間のルーティングループを停止して下さい。 CallManager ループ 無効化詳細については最良 の 方法に Cisco Unified CallManager ループ 無効化 ガイドを on Cisco 参照して下さい。
クラッシュのためのカウンターを動作するおよび消費されるメモリおよび CPU の量を完了して下さいプロセス確認するために収集するためにこれらのステップを。
[Start] > [Programs] > [Administrative Tools] > [Performance] の順に選択します。
パフォーマンスモニタから、パフォーマンス ログ > アラート > カウンター ログを選択して下さい。
> 新しいログ 設定 『Action』 を選択 し、カウンター ログの名前を入力して下さい。
カウンターの下で、『Add』 を選択 して下さい。
ローカル コンピュータ カウンターを使用し、クラッシュが生じる Cisco Unified CallManager でこれを直接設定することを確かめて下さい。
パフォーマンス オブジェクトの下で、プロセスを選択して下さい。
の下でカウンターを選択して下さい、リストを > 選択し例を、選択しますこれらのカウンターおよび関連する例を強調表示して下さい:
% Processor Time / すべてのインスタンス
ID Process / すべてのインスタンス
Virtual Bytes / すべてのインスタンス
Private Bytes / すべてのインスタンス
データのサンプル間隔 で、間隔を 2 に、単位を秒にそれぞれ設定します。
ログ ファイル タブで、ログ ファイルの種類が テキスト ファイル - CSV であることを確認します。 また、ログ ファイルがどこに存在するかも把握しておきます。 デフォルトは C:\PerfLogs です。
20,000 Kb のログファイルの制限を選択して下さい。
スケジュールからのこれらの操作を行って下さい:
ログを開始するために『Start log manually』 を選択 して下さい。
ログを停止するため 20,000 Kb ログファイルが完全である時選択して下さい。
ログが閉じるとき、『Start a new log file』 を選択 し、次に『OK』 をクリック して下さい。
記録 し始めるように作成されたカウンター ログイン順序を選択して下さい。 それから Action > Start の順に選択 して下さい。
注: やがてこれらのパフォーマンスモニタ ログをイネーブルに設定すれば、それは多数のファイルを生成し、多量のディスクスペースを利用します。 したがって、この点に注意し、必要に応じて、以前のログを圧縮したりローカル ドライブに移動したりする必要があります。