PDF《如何识别Cisco CallManager重新启动作为失败或 服务关闭》

13 };

而其他原因更加普通,原因1和原因2是少见的情况内部关闭.原因3表明SDL路由器线索终止了答 复.?原因4表明SDL计时器线索终止了答复.?原因5 C 13与初始化计时器火关连. 初始化超时 当Cisco CallManager服务首先开始时, CallManager进程箴言报(CMProcMon)线索开始.然后, MmmanInit线索开始,产生所有其他进程.其次, SDL路由器线索开始.此线索处理从一进程发送 到另一个的信号.全部三线索同时开始.当MmmanInit线索开始其他进程时, CMProcMon线索和 SDL路由器线索启用并且运行. 当MmmanInit开始多种进程时, CMProcmon和SDL需要是正在运行的.MmmanInit线索开始这些 进程,按此顺序: 数据库(ProcessDb)注意:?ProcessDb是Cisco CallManager接口对Database Layer (DBL)代码 .同时, MmmanInit代码也启动内部一定数量的其他的Cisco CallManager,独立进程.这些 进程包括H225Handler、MGCPBhHandler和部门经理. 1. 地区 2. AARNeighborhood 3. 位置 4. 路由计划 5. 数字分析 6. 呼叫控制 7. 附加服务功能包括呼叫暂留、转发、会议和转移. 8. 设备 9. 目录 10. 呼叫搜索空间管理器(CSSManager) 11. 每日定时管理器(TODManager) 12. 这些任务的成就发生系列.?每一个十二任务有与任务产生关联的一个计时器.当任务开始,此计时 器启动.如果计时器火,在读的任务完成前, Cisco CallManager终止并且打印SDL trace :? Critical thread death: name of the timer which fired 此列表显示其中每一个计时器,以及开始计时器和SDL信号终止计时器的SDL信号.如果适当,设 置跟踪级别 InitDone 信号在SDL trace出现.(您在0x8000CB15的集Sdltracetypeflag.) 这些默认计时器根据Cisco CallManager版本4.1(2).如果运行另外版本,也许是有些不同的. 数据库初始化时间(默认为900秒) -此时间的起动信号是 启动 信号被发送对MmmanInit进程. 您在SDL trace看到此. 1. 地区初始化时间(默认为120秒). 2. AARNeighborhoods初始化时间(默认为90秒). 3. 位置初始化时间(默认为90秒). 4. 路由计划初始化时间(默认为600秒). 5. 数字分析初始化时间(默认为900秒). 6. 呼叫控制初始化时间(默认为90秒). 7. 附加服务初始化时间(默认为900秒) -起动信号是CcInitDone,并且末端信号是SsInitDone. 8. 设备初始化时间(默认为360秒). 9. 目录初始化时间(默认为90秒) 10. CSSManager初始化时间(默认为900秒). 11. 定期TODManager的初始化(默认为900秒). 12. 在所有任务完成后, Cisco CallManager打开SDL链路对在网络的其他节点运作的CallManager服务 .Cisco CallManager也打开SDL链路对计算机电话集成(CTI)在同一节点或另外节点运作在网络的 管理器服务. 然后, MmmanInit发送CMInitComplete信号回到CMProcMon线索.?当CMProcMon首先开始时 ,启动Cisco CallManager初始化的一个60分钟硬编码的计时器.?计时器有命名 CMInitComplete_WaitTime.(此计时器不是服务参数;

计时器不可配置.)如果CMProcMon线索在 60分钟内不收到CMInitComplete信号, Cisco CallManager终止并且发表读的跟踪语句: Timed out waiting for CMInitComplete signal 如果任何一个十二项初始化任务发生故障,或者,如果这些任务的总时间超出60分钟, Cisco CallManager终止. 注意:?CMInitComplete_WaitTime计时器曾经是硬编码对10分钟.?作为Cisco Bug ID CSCdx31622 (仅限注册用户)一部分,此hard code更改对60分钟.?更改进入3.1(3) Engineering Special (ES)系列,有ES的38作为开始.更改也在3.2(2) ES系列,与ES 11作为开始和在Cisco CallManager 3.3. 如果遇到与初始化计时器火的问题,您也许只需要增加计时器设置解决启动.?如果此更改不解决问 题,问题可以是一个缓慢的数据库响应时间造成操作计时.collect选派了DBL跟踪、以及SDL和Cisco CallManager跟踪,如果需要. 收集这些文件调试初始化问题: 详细的Cisco CallManager跟踪 q SDL trace注意:?设置Sdltracetypeflag为0x8000CB15. q 详细的DBL trace q SDL计时器和SDL路由器线索死亡 SDL路由器线索是执行最重要的线索在Cisco CallManager应用程序里面.它控制呼叫处理信号发送 .?CMProcMon线索一次检查SDL路由器线索的健康每两秒.正如你在这些语句,看到Cisco CallManager跟踪显示此健康检查: 02/05/2003 00:30:32.790 Cisco CallManager|CMProcMon - ------Entered Router Verification| 02/05/2003 00:30:32.790 Cisco CallManager|CMProcMon - ----Exited Router Verification| 如果CMProcMon线索输入并且退出路由器验证, SDL路由器线索响应对健康检查和优良是. 然而,如果SDL路由器线索不响应,您看到,在Cisco CallManager跟踪的,作为此显示时: CMProcMon - ----Entered While loop ++++ TimeAtWhileEntry: [some number here], TimeBeforeSleep: [another number], TimeAfterSleep: [a third number], sleepTimeWas : [4th number 在此紧急, SDL路由器线索一次接收检查每秒钟期限20秒.?在20第二个期限,如果线索在任何时 间响应,正常操作恢复,并且SDL路由器线索的健康再次接收验证每2秒.?如果,然而, SDL路由 器线索不响应对检查在20秒期间, Cisco CallManager应用程序关闭了.此语句在SDL trace出现: 000177508| 01/12/31 07:28:40.389| 001| AlarmErr | | | | | | AlarmClass: CallManager, AlarmName: CallManagerFailure, AlarmSeverity: Error AlarmMessage: , AlarmDescription: Indicates some failure in the Cisco CallManager system., AlarmParameters: HostName:CCM-PUB, IPAddress:10.5.162.180, Reason:3, Text:, AppID:Cisco CallManager, ClusterID:CCM-PUB-Cluster, NodeID:10.5.162.180, 注意在此跟踪语句文本的原因代码3.?代码意味着SDL路由器线索终止了答复,因此Cisco CallManager关闭了. SDL路由器线索关闭的最可能原因是缺乏系统资源.另一应用程序长期以来使用了多数或所有 CPU时间,至少20秒.?此活动是性能监控程序为什么是重要调试此种关闭. 测试的其他种关闭是SDL计时器线索关闭.?当在内部Cisco CallManager时钟和外部操作系统的时 钟之间的差别超出16秒, SDL计时器线索关闭发生.?当SDL计时器线索关闭发生时,此trace在Cisco CallManager跟踪出现: 03/22/2003 14:32:16.562 Cisco CallManager|CallManagerFailure - Indicates some failure in the Cisco CallManager system. Host name of hosting node.:NEROCM1 IP address of hosting node.:172.27.27.224 Reason code.:4 Additional Text [Optional]: App ID:Cisco CallManager Cluster ID:NEROCM1-Cluster Node ID:172.27.27.224| Cisco CallManager一次通常检查计时器线索每秒钟.?重视离开作为 期望时间的Cisco CallManager添加1秒到当前操作系统的时间和存储 .?然后, 1秒的Cisco CallManager睡眠.?在Cisco CallManager醒后,检查新的操作系统的时间并且减去期望时间.?如果这两时间之间的差异 是超过1秒,此警告语句在Cisco CallManager跟踪出现: CMProcMon::star_sdlVerification - Test Timer exceeded minimum timer latency threshold of