目录

简介

验证关闭不正确

简介

本文档介绍如何识别思科统一通信管理器(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)及更高版本中集成的意外重新启动添加警报和警报。

1. 从思科统一实时监控工具(RTMT)下载安装/升级日志，并收集system-history.log。

或

在命令行界面(CLI)上输入file view install system-history.log命令。

2. 检查每个根实例：启动，并确认每个实例前面都有以下行之一：

root: Restart

root: Shutdown

root: Install

root: Upgrade

3. 如果引导实例未通过重新启动、关闭、安装或升级进行，则可能出现不干净的关闭。

以下是非正常关闭的示例：

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中。