简介
本文档介绍如何识别思科自定义语音操作系统(VOS)上任何应用的意外关闭。
先决条件
要求
本文档没有任何特定的要求。
使用的组件
本文档不限于特定的软件和硬件版本。
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。
背景信息
Cisco Unified Communications Manager(CUCM)、Cisco Unity Connection(CUC)、Cisco Unified Contact Center Express(UCCX)、Cisco Emergency Responder(CER)和Cisco Prime被视为统一通信应用。
如果服务器遇到意外关机，则无法保证文件系统的一致性。可能会意外删除文件、更改文件权限的所有权或损坏文件内容。
要临时恢复系统，请运行为相应软件版本发布的系统恢复磁盘。
检验不正确的关闭
检查system-history.log以确定系统是否关闭不正确。
注意：为了使用Cisco Bug ID CSCtr8859跟踪不正确的关机，增强了history.log，以便为CUCM 9.1(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
- 如果重新启动、关闭、安装或升级后未继续启动实例，则很可能出现不干净的关闭。
以下是不干净关闭的示例：
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
在本示例中，必须重建服务器以确保文件系统的一致性。有关详细信息，请参阅以下思科漏洞ID:
- Cisco Bug ID CSCth60800，“Recovery Disk warning to rebuild system after file system repair”（修复盘警告，在文件系统修复后重建系统）
- Cisco Bug ID CSCth5322，“Document the needs for system rebuild after file system repair（记录文件系统修复后对系统重新构建的需求）”
- Cisco Bug ID CSCuy94644，“Cisco Emergency Responder corruption after unexpected shutdown”（意外关机后发生Cisco Emergency Responder损坏）
注意：如果服务器在VMware上运行且版本中没有Cisco Bug ID CSCtw73590的修复程序，“VSphere initiated shutdown or restart not logged to system-history.log”，并且如果服务器在启动访客关闭时通过VSphere关闭，则该条目不会包含在system-history.log中。
反馈