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也许不包括。