目录

简介

先决条件

要求

使用的组件

背景信息

检验不正确的关闭

简介

本文档介绍如何识别思科自定义语音操作系统(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)版及更高版本中集成的意外重启添加警报和警报。

1. 从Cisco Unified Real-Time Monitoring Tool(RTMT)下载安装/升级日志，并收集system-history.log。

或

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

2. 检查root:Boot的每个实例，并确认每个实例前面都显示以下行之一：

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

在本示例中，必须重建服务器以确保文件系统的一致性。有关详细信息，请参阅以下思科漏洞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中。