语音和统一通信 : Cisco Unified Communications Manager (CallManager)

如何识别CUCM、UC或者UCCX服务器的一意外的关闭

2015 年 8 月 28 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 4 月 23 日) | 反馈

简介

本文描述如何识别Cisco Unified Communications Manager (CallManager) (CUCM), Cisco Unified通信(UC),或者Cisco Unified Contact Center Express (UCCX)服务器的一意外的关闭。如果CUCM、UC或者UCCX服务器体验一意外的关闭,文件系统一致性不可能保证。文件可能意外地删除,文件许可所有权可能更改,或者文件的内容也许是损坏的。

为了临时地恢复系统,请运行为对应的软件版本发布的系统恢复光盘。

贡献用亚当Frankel, Cisco TAC工程师。

验证不正确的关闭

查看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)和以上集成的意外的重新启动的。

  1. 下载从Cisco Unified实时监控工具(RTMT)的安装/升级日志,并且采集system-history.log。

    输入文件视图安装system-history.log on命令命令行界面(CLI)。

  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, “描述对系统重建的需要,在文件系统修复”后

注意:如果服务器在版本的VMware运行,不用Cisco Bug ID的CSCtw73590修正, “VSphere起动关闭或重新启动没被记录对system-history.log”,并且,如果服务器通过VSphere被关闭,当访客关闭启动,条目在system-history.log不可以包括。


相关的思科支持社区讨论

思科支持社区是您提问、解答问题、分享建议以及与工作伙伴协作的论坛。


Document ID: 116717