简介
本文描述如何识别运行在它上面思科的定制的语音操作系统Cisco Unified Communications Manager (CallManager) (CUCM)， Cisco Unity Connection (UC)， Cisco Unified Contact Center Express (UCCX)， Cisco Emergency Responder (CER)，思科最初，或者所有应用程序的一意外的关闭(VOS)。如果服务器体验一意外的关闭，文件系统一致性不可能保证。文件也许意外地删除，文件许可所有权也许更改，或者文件的内容也许是损坏的。
为了临时地恢复系统，请运行为对应的软件版本发布的系统恢复光盘。
验证不正确的关闭
查看system-history.log为了确定系统是否不正确地被关闭了。
注意：作为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损坏”
注意：如果服务器在版本的VMware运行，不用Cisco Bug ID的CSCtw73590修正， “VSphere起动关闭或重新启动没被记录对system-history.log”，并且，如果服务器通过VSphere被关闭，当访客关闭启动，条目在system-history.log也许不包括。
反餽