失败winmgmt

CiscoCallManager服务崩溃目录简介先决条件要求使用的组件规则CiscoCallManager服务崩溃说明确定故障类型应收集的信息和提供给思科技术支持意外事件失败缺乏资源失败检查在备份工具的设置避免高CPU簇之间路由环路能导致高CPU阻止设置性能监控程序计数器日志相关信息简介本文提供关于CiscoCallManager失败的信息,如何确定是否经历了失败,应收集的信息和提供给思科技术支持和如何搜索CiscoCallManager存在的失败Bug.
先决条件要求本文档没有任何特定的要求.
使用的组件本文档不限于特定的软件和硬件版本.
规则有关文档规则的详细信息,请参阅Cisco技术提示规则.
CiscoCallManager服务崩溃说明当CiscoCallManager服务(ccm.
exe)失败,您看到在系统事件的此消息记录:TheCiscoCallManagerserviceterminatedunexpectedly.
Ithasdonethis1time.
Thefollowingcorrectiveactionwillbetakenin60000ms.
Restarttheservice.
您能看到在失败情形下的其他消息是:Timeout3000millisecondswaitingforCiscoCallManagerservicetoconnect.
TheCiscoCallManagerfailedtostartduetothefollowingerror.
Theservicedidnotrespondtothestartorcontrolrequestinatimelyfashion.
此时,当设备类似思科IP电话和网关从CiscoCallManager时未注册,用户体验延迟拨号音,并且/或者CiscoCallManager服务器冻结由于高CPU.
参考没包括的事件日志消息的CiscoCallManager事件日志此处.
CiscoCallManager服务能失败由于这些原因之一:意外事件在CiscoCallManager服务中发生.
此失败添加一个条目到存在的Dr.
Watson日志,并且User.
dmp在文件夹C:\DocumentsandSettings\All用户\文档\DrWatson生成.
1.
CiscoCallManager服务没有足够的资源类似CPU或内存为了作用.
通常,在服务器的CPU利用率那时在100百分比.
2.
从属于您体验的故障类型,您需要采集帮助您的不同的数据和思科技术支持确定失败的根本原因.

确定故障类型如果执行在您的CiscoCallManager的一搜索,在失败呼叫Drwtsn32.
log的文件的并且打开它后,请查找至多最新条目为了发现ccm.
exe的一个条目是否被添加了.
打开Dr.
Watson登录Notepad,去文件的底部,并且Applicationexception的搜索发生,把您带对最新的失败.
这是报头示例失败条目的在drwtsn32.
log.
Applicationexceptionoccurred:App:(pid=680)When:3/8/2003@14:01:06.
978Exceptionnumber:e06d7363在失败的日期旁边有PID,如果该PID对应于ccm.
exe的PID在任务列表您然后知道CiscoCallManager失败了.
在drwtsn32.
log的任务列表看起来类似于此:PIDPROCESS8System.
exe212SMSS.
exe240CSRSS.
exe264WINLOGON.
exe292SERVICES.
exe304LSASS.
exe424termsrv.
exe520svchost.
exe560msdtc.
exe696DLLHOST.
exe736Ipvmsapp.
exe752DLLHOST.
exe824AudioTranslator.
exe848RisDC.
exe860LogoutService.
E.
exe884DCX500.
exe936svchost.
exe980LLSSRV.
exe1028sqlservr.
exe1112ntpd.
exe1140rcmdsvc.
exe1172regsvc.
exe1176mstask.
exe1204SNMP.
exe1244WinMgmt.
exe1260cpqnimgt.
exe1284cqmgserv.
exe1296cqmgstor.
exe1308sysdown.
exe1372cqmghost.
exe1524aupair.
exe1552sqlagent.
exe276svchost.
exe2400inetinfo.
exe2412explorer.
exe2752sqlmangr.
exe2700taskmgr.
exe2704mmc.
exe680ccm.
exe868DRWTSN32.
exe注意:在本例中,PID=680,从列表,对应于ccm.
exe.
如果没有PID的列表,请查看drwtsn32.
log的最后一项的时间戳和错误的时间戳在事件日志的.
请参阅CiscoCallManager服务崩溃说明部分.
如果他们确切同样时刻,很可能您经历了意外事件CiscoCallManager失败.
堆栈跟踪独创失败,为什么是在应收集的信息的整个drwtsn32.
log文件并且提供给思科技术支持是请求的.
如果PID为失败的天不是ccm.
exe或时间戳不对应,则您很可能遇到缺乏资源失败或者另一进程失败.
应收集的信息和提供给思科技术支持意外事件失败如果经历意外事件失败,请完成这些步骤为了收集信息提供给思科技术支持.

在失败前后,收集CiscoCallManager跟踪15分钟.
跟踪查找在C:\ProgramFiles\cisco\trace\ccm.
1.
在失败前后,收集的SDL跟踪15分钟.
跟踪查找在C:\ProgramFiles\cisco\trace\sdl\ccm.
2.
选择Start>Programs>AdministrativeTools>EventViewer为了搜集从事件查看器的系统和应用事件日志日志文件.
3.
点击系统日志并且选择操作>保存日志和并且保存日志.
执行同样应用程序日志.

4.
保证SdlMaxUnhandledExceptions参数设置到0(零)每CiscoCallManager的.
5.
收集Dr.
Watson日志查找在C:\DocumentsandSettings\All用户\文档\DrWatson.
文件的名称是Drwtsn32.
log.
6.
收集User.
dmp文件查找在C:\DocumentsandSettings\All用户\文档\DrWatson.
注意:这些文件可以非常大.
在您发送他们对思科技术支持前,请务必压缩他们.
应该注意的是这些文件保持信息思科技术支持工程师,并且开发员需要为了确定事故的原因.
7.
如果您的失败是已知问题,请打开Dr.
Watson登录Notepad并且继续对确定故障类型部分为了8.
发现.
缺乏资源失败如果体验缺乏资源失败,请完成这些步骤为了收集信息提供给思科技术支持.

在失败前后,收集CiscoCallManager跟踪15分钟.
跟踪查找在C:\ProgramFiles\cisco\trace\ccm.
1.
在失败前后,收集的SDL跟踪15分钟.
跟踪查找在C:\ProgramFiles\cisco\trace\sdl\ccm.
2.
若有收集的perfmon跟踪.
如果他们不是可用的,请开始收集这些和跟踪内存使用和CPU使用情况在服务器运行的每进程的.
请参阅设置性能监控程序计数器日志区分为了设置perfmon跟踪.
这些帮助在另一缺乏资源情形下失败.

3.
检查在备份工具的设置避免高CPU保证您运行最新的CiscoIP电话应用程序备份为了避免系统崩溃由于能长时间运行在高CPU利用率的CiscoIP电话应用程序备份.
如果运行CiscoCallManager3.
1(3a)spC和以后或者CiscoCallManager3.
2(1)spA和以后,每个CiscoBugIDCSCdt91655(仅限注册用户)默认情况下,新的备份工具运行在低优先级.
您能下载CiscoIP电话应用程序新版本从语音软件下载页(仅限注册用户)备份在CiscoCallManager下.
注意:如果执行在演出目录C:\STI的柱状图的病毒扫描,当您运行备份时,您能导致CPU峰值.
禁用在C:\STI的病毒扫描为了避免高CPU利用率.
在此更改之前,以前版本使用呼叫Performance的一选项卡为了更改运行CiscoIP电话应用程序备份应用程序进程的基本优先级.
更改性能对下面的正常或低为了为CPU保证此进程不竞争与其他进程,运行在正常基本优先级,例如Ccm.
exe簇之间路由环路能导致高CPU阻止集群间中继线循环可以由误配置的路由模式引起.
这能造成CiscoCallManager长期以来运行高CPU时间或失败服务器.
CiscoCallManager添加在H.
225设备的逻辑(仅中继设备)为了监控的渡越呼叫数量未清为了解决此问题.
渡越呼叫是呼叫CiscoCallManager收到设置请求为(或发送设置请求为)和不收到也传送第一反向信息.
例如,呼叫进行,呼叫过程,警报,连接或者发布完整.

CiscoCallManager运行一个五秒钟计时器为了监控H.
225中继设备的渡越呼叫队列.
如果渡越呼叫队列条目的数量比一个预定义的门限值极大,则,一段时间(默认30秒),所有对那的新建的呼入或呼出的呼叫请求H225中继设备通过发送版本与原因代码交换机系统拥塞的完成的消息拒绝.

由于CiscoCallManager此行为,这些错误在CiscoCallManager应用程序日志能被看到.
错误—ICTCallThrottlingStart错误消息表明CiscoCallManager不能处理呼叫请求指示的H.
323设备由于在H.
323中继的一条路由环路.
q错误—ICTCallThrottlingEnd错误消息表明CiscoCallManager恢复指示的H.
323设备的(被终止的由于呼叫处理在H.
323中继创建的路由环路).
q停下来在集群之间的路由环路为了避免这些错误.
参考CiscoCallManager环路对最佳实践的避免指南关于CiscoCallManager环路避免的更多信息.
设置性能监控程序计数器日志完成这些步骤为了采集失败的计数器为了验证运行的进程和浪费的相当数量CPU和内存.

选择"开始">"程序">"管理工具">"性能".
1.
从性能监控程序,请选择性能日志>警报>计数器日志.
2.
选择操作>New日志设置并且输入一名称对于计数器日志.
3.
在计数器下,请选择添加.
请使用本地计算机计数器并且确保您直接地在CiscoCallManager配置经历失败的此.
4.
在性能对象下,请选择进程.
5.
下面请选择计数器,突出显示列表>选择实例,并且选择这些计数器和相关的实例:%Processor时间/所有实例ID进程/所有实例虚拟字节/所有实例私有字节/所有实例6.
在每示例的数据下,设置间隔到2和单元作为秒钟.
7.
从LogFiles选项,请确保日志文件类型是文本文件-CSV.
并且这些查找的注意.
默认是C:\PerfLogs.
8.
选择20,000Kb日志文件限额.
9.
进行从日程的这些操作:手工选择启动日志为了开始日志.
当20,000Kb日志文件是全双工为了终止日志,请选择.
当日志关闭时,请选择开始新的日志文件然后点击OK键.

10.
选择已创建计数器登录顺序开始记录.
然后请选择操作>开始.
注意:随着时间的推移,如果启用这些性能监控程序日志,它生成很大数量的文件并且使用很多磁盘空间.
所以,密切注视此的,如果它是必要的,压缩更旧的日志并且/或者从本地驱动器移动他们.