Introduction
本文描述如何识别运行在它上面操作系统思科的定制的语音Cisco Unified Communications Manager (CallManager) (CUCM)， Cisco Unity Connection (UC)， Cisco Unified Contact Center Express (UCCX)， Cisco Emergency Responder (CER)， Cisco最初，或者所有应用程序的意外的关闭(VOS)。如果服务器体验意外的关闭，文件系统一致性不可能保证。也许意外地删除文件，也许改变文件权限所有权，或者文件的内容也许是损坏的。
为了临时地恢复系统，请运行为对应的软件版本发布的系统恢复光盘。
验证不正确的关闭
查看system-history.log为了确定系统是否不正确地被关闭了。
Note:作为Cisco Bug ID CSCsl94283一部分， system-history.log被添加了， “CCM 5.X应该跟踪所有安装/升级与History.log类似4.X."版本在更早版本未被跟踪。history.log被提高为了跟踪与Cisco Bug ID CSCtr88859的不正确的关闭为了添加警报和戒备在CUCM版本9.1(1)和以上集成的意外的重新启动的。
- 从Cisco Unified实时监视工具(RTMT)下载安装/升级日志，并且采集system-history.log。
或
输入文件视图安装system-history.log on命令命令行界面(CLI)。
- 检查根每个实例：引导程序，和确认每个实例在这些线路之一之后：
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， “在文件系统修理以后描述对系统重建的需要”
- Cisco Bug ID CSCuy94644， “在意外的关闭以后的Cisco Emergency Responder损坏”
Note:如果服务器在版本的VMware运行，不用Cisco Bug ID的CSCtw73590修正， “VSphere起动关闭或重新启动没记录对system-history.log”，并且，如果服务器通过VSphere被关闭，当起动客户关闭，条目在system-history.log也许不包括。
反馈