简介

本文档介绍如何识别思科统一通信管理器(CallManager)(CUCM)、Cisco Unity Connection(UC)、Cisco Unified Contact Center Express(UCCX)、Cisco Emergency Responder(CER)、Cisco Prime或在思科自定义语音操作系统(Voice Operating System)之上运行的任何应用的意外关闭VOS)。如果服务器遇到意外关闭，则无法保证文件系统的一致性。文件可能会意外删除，文件权限的所有权可能会更改，或者文件内容可能已损坏。

要暂时恢复系统，请运行为相应软件版本发布的系统恢复磁盘。

验证关闭不正确

查看system-history.log以确定系统是否关闭不正确。

注意：系统历史记录.log作为Cisco Bug ID CSCsl94283的一部分添加，“CCM 5.X应跟踪所有安装/升级，History.log与4.X类似。” 未跟踪早期版本。history.log得到了增强，以便使用Cisco Bug ID CSCtr88859跟踪不正确的关闭，以便为CUCM 9.1(1)及更高版本中集成的意外重新启动添加警报和警报。

从思科统一实时监控工具(RTMT)下载安装/升级日志，并收集system-history.log。
或
在命令行界面(CLI)上输入file view install system-history.log命令。
检查每个根实例：启动，并确认每个实例前面都有以下行之一：
```
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

在本例中，必须重建服务器以确保文件系统的一致性。有关更多详细信息，请参阅以下Cisco Bug ID:

Cisco Bug ID CSCth60800，“文件系统修复后恢复磁盘警告以重建系统”
Cisco Bug ID CSCth53322，“Document the need for system rebuild after file system repair”（记录文件系统修复后系统重建的需要）
Cisco Bug ID CSCuy94644，“Cisco Emergency Responder crorbution after unexpected shutdown”

注意：如果服务器在VMware上运行，而Cisco Bug ID CSCtw73590没有修复，“VSphere initiated shutdown or restart not logged to system-history.log”，并且如果服务器在启动访客关闭时通过VSphere关闭，则该条目可能不包含在system-history.log中。

目录

简介

验证关闭不正确