CUCM Web（GUI）の問題のトラブルシューティング
目次
はじめに
このドキュメントでは、Cisco Unified Communications Manager（CUCM）Web ページまたは CUCM ユーザ ページが表示されない原因やエラーが発生する原因のほとんどについて説明します。
前提条件
要件
CUCM について十分に理解しておくことをお勧めします。
使用するコンポーネント
このドキュメントの情報は、CUCMバージョン7.x/8.x/9.x/10.xに基づくものです。
本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。稼働中のネットワークで作業を行う場合、コマンドの影響について十分に理解したうえで作業してください。
フロー図
CUCMでのWebアクセスのフロー図を次に示します。
問題 1：データベース通信エラー
パブリッシャからCUCM Admin Webページにログインしようとすると、「Database communication error」エラーが表示されます。
サブスクライバからCUCM Admin Webページにログインできますが、CUCMに変更があると、次のいずれかのエラーが発生します。データベースから情報を取得中にエラーが発生しました。java.sql.SQLException:削除アクセス許可がありません。' または'Add failed.この操作には挿入権限が必要です。'
この問題は、CLIまたは[Operating System (OS) Admin]ページでホスト名またはIPアドレスを変更した場合など、パブリッシャサーバで変更を行った後にサーバにログインしようとすると発生する可能性があります。この場合は、ログインできるように、変更を古い設定に戻します。
CUCMパブリッシャに変更が加えられておらず、「Database Communications Error」メッセージが表示される場合は、次の項目を確認します。
- utils dbreplication runtimestateコマンドを入力して、DBreplication Statusを確認します。エラーや不一致が発生していないすべてのノードで、レプリケーションのステータスが2であることを確認します。
- シスコデータベース(DB)サービスが現在実行されているかどうかを確認します。パブリッシャでCisco DBが開始されていない場合も、この問題が発生する可能性があります。サブスクライバは独自のA Cisco DBプロセスを使用するため、サブスクライバのエラー/症状は異なります。ただし、設定を更新しようとすると、サブスクライバは動作しないパブリッシャのCisco DBに接続し、サブスクライバにもエラーを発生させます。
また、パブリッシャのCUCMページにアクセスできないのは、Informixがこれ以上の接続を受け入れないデータベース通信エラーが原因である可能性があります。
utils dbreplication runtimestateコマンドが機能しません。
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 Bug ID CSCtl74037にも記載されています。この問題の回避策は、CLIから次のコマンドを入力することです。
utils service stop A Cisco DB
utils service start A Cisco DB
サービスアビリティページからCisco Express Forwarding(CEF)サービスを停止します。
utils service start A Cisco DBコマンドを入力して、A Cisco DBサービスを開始します。サービスが開始しない場合は、Cisco Technical Assistance Center(TAC)に連絡して、ルートからサービスを開始します。TACはルートアクセスで問題を確認します。場合によっては、DBが破損している場合は、CUCMの再構築が必要になります。
問題 2：サーバへの接続を確立できない（リモートノードにアクセスできない）
現在ログインしているCUCMの[Serviceability]ページから他のCUCMノードにアクセスできません。[Cisco Unified Serviceability] > [Tools] > [Control Center Feature/Network Services] > [Select Server] > [Go] を選択します。
表示されるエラーメッセージは「Connection to the Server cannot be established (Unable to access remote node)」です。
回避策
ServiceabilityおよびActivate/Deactivateサービスにアクセスするには、各CUCMノードに個別にログインします。
解決策
- Tomcat証明書の有効期限が切れているかどうかを確認します。([Cisco OS Administration] > [Security] > [Certificate Management] > [tomcat.pem]を選択します)。 期限が切れている場合は、Tomcat証明書を再生成し、Tomcatサービスを再起動します。
- 認証局(CA)署名付き証明書を使用する場合は、CAによって再署名されたTomcat証明書署名要求(CSR)を取得し、再度アップロードして、utils service restart Cisco TomcatコマンドでCisco Tomcatサービスを再起動します。
- 影響を受けるサーバで自己署名証明書を使用する場合は、CLIまたはOS Adminからset cert regen tomcatコマンドを使用してTomcat証明書を再生成し、utils service restart Cisco Tomcatコマンドを使用してCisco Tomcatサービスをを再起動します。
この既知の不具合は、Cisco Bug ID CSCth44399に記載されています。
- Tomcat証明書の有効性を確認します。問題のあるノードのTomcat信頼証明書が他のノードにあるかどうかを確認します。ノード上にない場合は、問題のあるノードのTomcat信頼証明書をダウンロードし、Tomcat信頼として他のノードにアップロードします。次に、問題のあるノードでTomcat証明書を再生成し、両方のノードでTomcatサービスを再起動します。
問題 3：サーバへの接続を確立できない（不明なエラー）
現在ログインしているCUCMの[Serviceability]ページから他のCUCMノードにアクセスできません。[Cisco Unified Serviceability] > [Tools] > [Service Activation/Control Center Feature/Network Services] > [Select Server] > [Go] を選択します。
表示されるエラーメッセージは「Connection to the Server cannot be established (Unknown Error)」です。
回避策
ServiceabilityおよびActivate/Deactivateサービスにアクセスするには、各CUCMノードに個別にログインします。
解決策
- utils dbreplication runtimestateコマンドを入力し、CUCMクラスタ内のdbreplicationの問題を確認します。
- utils service restart Cisco Tomcatコマンドを使用して、Tomcatサービスを再起動します。
- Tomcat証明書(tomcat-trust)のシリアル番号がノードで一致していないかどうかを確認します。
- [Cisco OS Administration] > [Security] > [Certificate Management] > [tomcat.pem] を選択し、Tomcat証明書が期限切れかどうか確認します。期限が切れている場合は、Tomcat証明書を再生成し、Tomcatサービスを再起動します。
- CA署名付き証明書を使用する場合は、CAによってTomcat CSRの再署名を取得し、再度アップロードして、utils service restart Cisco TomcatコマンドでCisco Tomcatサービスを再起動します。
- 影響を受けるサーバで自己署名証明書を使用する場合は、CLIまたはOS Adminからset cert regen tomcatコマンドを使用してTomcat証明書を再生成し、utils service restart Cisco Tomcatコマンドを使用してCisco Tomcatサービスをを再起動します。
これらの既知の不具合は、Cisco Bug ID CSCui29232およびCSCud67438に記載されています。
問題 4：サーバへの接続を確立できない（証明書の例外）
現在ログインしているCUCMの[Serviceability]ページから他のCUCMノードにアクセスできません。[Cisco Unified Serviceability] > [Tools] > [Service Activation/Control Center Feature/Network Services] > [Select Server] > [Go] を選択します。
表示されるエラーメッセージは「Connection to the Server cannot be established (Certificate Exception)」です。
回避策
ServiceabilityおよびActivate/Deactivateサービスにアクセスするには、各CUCMノードに個別にログインします。
解決策
- utils dbreplication runtimestateコマンドを入力し、CUCMクラスタ内のdbreplicationの問題を確認します。
- utils service restart Cisco Tomcatコマンドを使用して、Tomcatサービスを再起動します。
- Tomcat証明書(tomcat-trust)のシリアル番号がノードで一致していないかどうかを確認します。
- [Cisco OS Administration] > [Security] > [Certificate Management] > [tomcat.pem] を選択し、Tomcat証明書が期限切れかどうか確認します。期限が切れている場合は、Tomcat証明書を再生成し、Tomcatサービスを再起動します。
- CA署名付き証明書を使用する場合は、CAによってTomcat CSRの再署名を取得し、再度アップロードして、utils service restart Cisco TomcatコマンドでCisco Tomcatサービスを再起動します。
- 影響を受けるサーバで自己署名証明書を使用する場合は、CLIまたはOS Adminからset cert regen tomcatコマンドを使用してTomcat証明書を再生成し、utils service restart Cisco Tomcatコマンドを使用してTomcatサービスを再起動します。
この既知の不具合は、Cisco Bug ID CSCup10995に記載されています。
問題 5：GUIアクセスが非常に遅い
パブリッシャおよびサブスクライバでのCUCM Web/GUIアクセスが非常に遅い。
解決策
- CUCM Adminは、パブリッシャが使用可能な場合は常にパブリッシャのデータベースを照会します。「フロー図」セクションの図を参照してください。
- ネットワークの問題やネットワークの遅延をチェックします。これは、クラスタリングがワイドエリアネットワーク(WAN)で行われる場合に発生する可能性があります。
- utils service restart Cisco Tomcatコマンドを使用して、CLI/Secure Shell(SSH)からCisco Tomcat Serviceを再起動します。
- メンテナンスウィンドウをスケジュールし、CUCMノードをリブートします。
- 問題が再発する場合は、次のログを使用してTACに連絡してください。
- Call Manager（詳細）トレース
- Tomcatログ(file get activelog tomcat/logs/*コマンドの出力からのログ)
- イベントビューアのアプリケーションログ
- イベントビューアのシステムログ
- Cisco Real-Time Information Server(RIS)DataCollector Perfmonログ
- サービスマネージャログ
- CUCMのCLIからの次のコマンドの出力：
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
- Cisco Integrated Management Controller(CIMC)ログ(VMから：Visual Guide to collect Tech Support files(B and C series))
これらの既知の不具合は、Cisco Bug ID CSCub02337およびCSCui86571に記載されています。
問題 6：エンドユーザのログインページでパスワードをコピー/ペーストできない
[CUCM End user login]ページの[Password]フィールドにコピー/貼り付けは機能しません。CUCMエンドユーザのログインページの[Password]フィールドへのパスワードの貼り付け操作はサポートされていません。これは、Internet Explorer(IE)、Firefox、またはChromeでは機能しません。
セキュリティ上のリスクがあるため、パスワードのコピー/貼り付けはエンドユーザのページでは許可されません。これは、CUCMバージョン9.1.2以降の一部として追加されます。ただし、コピー/貼り付け機能はCUCM 10.xの一部のバージョンで動作することが確認されています。これは、Cisco Bug ID CSCus84153およびCSCus84152に記載されています。
問題 7：FirefoxおよびChromeでELMにアクセスできない
FirefoxおよびChromeではEnterprise License Manager(ELM)にアクセスできませんが、IEでは正常に動作します。FirefoxまたはChromeを使用してELMにログインすると、どのオプションも使用できません。
この既知の不具合は、Cisco Bug ID CSCul30396に記載されています。
この問題は、CUCM 9.1.2.11900-10以降のバージョンで修正されています。ELMには、Firefox、IE、およびChromeでアクセスできます。
問題 8：Webページが自動的にログアウトする
CUCM Webページは、アイドルタイムアウトが経過すると自動的にログアウトします。
Webページのタイムアウトは、CUCMのCLIから次のコマンドを使用して設定できます。
show webapp session timeout
set webapp session timeout
admin:set webapp session timeout ?
構文
set webapp session timeout minutes
Minutesは必須であり、セッションが無効であると宣言されるまでに要する時間（分）です。値の範囲は 5 ～ 99999 です。
admin:set webapp session timeout 5
この操作を続行すると、Cisco Tomcatサービスの再起動後またはサーバのリブート後に、Webセッションのセッションタイムアウトが5分に設定されます。
Continue (y/n)?y
Tomcat session-timeout updated to 5 minutes.
変更をすぐに有効にするには、Cisco Tomcatサービスを再起動する必要があります。これにより、アクティブなWebセッションが切断されます。
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サービスが正常に再起動されました。新しいWebセッションは5分後にタイムアウトします。Webセッションおよびアプリケーションに使用される現在のセッションタイムアウトは5分です。
問題 9：CUCMのAdmin/User Webページにアクセスできない
CUCMのAdmin/User Webページにアクセスできません。
- ユーザクレデンシャルが正しいことを確認します。誤ったクレデンシャルを入力すると、このエラーが表示されます。
- ユーザに正しい権限（ロールとユーザグループ）が設定されているかどうかを確認します。正しく設定されていない場合、Webページはエラーメッセージを表示せずにログインページを再度表示します。
ロールとユーザグループの詳細については、『Cisco Unified Communications Managerシステムガイド』を参照してください。
問題 10：ローカルエージェントが応答せず、マスターまたはローカルエージェントがダウンしている可能性がある
ログイン後、CUCMの[Disaster Recovery System (DRF)]ページからオプションにアクセスできません。次のメッセージが表示されることがあります。
'ローカルエージェントが応答していません。マスターまたはローカルエージェントがダウンしている可能性があります。
- IPSec証明書を確認し、有効性を確認します。期限が切れている場合は、IPsec証明書を再生成します。証明書を再生成する方法については、「CallManager証明書の有効期限と削除」を参照してください。
- Cisco DRF MasterおよびDRF Localサービスを再起動します。
フィードバック