概要
このドキュメントでは、シスコのカスタマイズされた音声オペレーティングシステム(VOS)上のアプリケーションの予期しないシャットダウンを特定する方法について説明します。
前提条件
要件
このドキュメントに関する固有の要件はありません。
使用するコンポーネント
このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
背景説明
Cisco Unified Communications Manager(CUCM)、Cisco Unity Connection(CUC)、Cisco Unified Contact Center Express(UCCX)、Cisco Emergency Responder(CER)、Cisco PrimeはUCアプリケーションと見なされます。
サーバで予期しないシャットダウンが発生した場合、ファイルシステムの整合性は保証されません。予期せずにファイルを削除したり、ファイルのアクセス許可の所有権を変更したり、ファイルの内容を破損させたりすることができます。
システムを一時的に回復するには、対応するソフトウェアバージョン用にリリースされたシステム回復ディスクを実行します。
不適切なシャットダウンの確認
システムが不適切にシャットダウンされたかどうかを判断するには、system-history.logを確認します。
注:history.logは、Cisco Bug ID CSCtr88859で報告されている不適切なシャットダウンを追跡するために拡張されました。これは、CUCMバージョン9.1以降に統合されている予期しないリブートに対して、アラームとアラートを追加するためのものです。
- Cisco Unified Real-Time Monitoring Tool(RTMT)からインストール/アップグレードログをダウンロードし、system-history.logを収集します。
または
コマンドラインインターフェイス(CLI)でfile view install system-history.logコマンドを入力します。
- root: Bootの各インスタンスを調べ、各インスタンスの前に次のいずれかの行があることを確認します。
root: Restart
root: Shutdown
root: Install
root: Upgrade
- ブートインスタンスが再起動、シャットダウン、インストール、またはアップグレードによって処理されない場合は、クリーンでないシャットダウンが発生している可能性があります。
次に、unclean shutdownの例を示します。
08/14/2012 13:36:09 | root: Boot 9.0.1.10000-37 Start
08/14/2012 17:28:25 | root: Boot 9.0.1.10000-37 Start
この例では、ファイルシステムの一貫性を確保するためにサーバを再構築する必要があります。詳細については、次のCisco Bug IDを参照してください。
- Cisco Bug ID CSCth60800、「Recovery Disk warning to rebuild system after file system repair」
- Cisco Bug ID CSCth53322、「ファイルシステムの修復後にシステムを再構築する必要性を文書化する」
- Cisco Bug ID CSCuy94644、「Cisco Emergency Responder(CER)が予期しないシャットダウンの後で破損する」
注:Cisco Bug ID CSCtw73590「VSphere initiated shutdown or restart not logged to system-history.log」の修正が適用されていないバージョンでサーバがVMware上で実行されていて、ゲストシャットダウンの開始時にVSphereを介してサーバがシャットダウンされた場合、そのエントリはsystem-history.logに含まれません。
フィードバック