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

如何识别Cisco CallManager重新启动作为失败或 服务关闭 目录 简介 先决条件 要求 使用的组件 规则 在Cisco CallManager故障和关闭之间的区别 故障 关闭 如何报告Cisco CallManager故障到思科技术支持 相关信息 简介 本文描述在Cisco CallManager失败和服务关闭之间的区别.

本文也提供步骤报告Cisco CallManager失败和使思科技术支持排除故障问题. 先决条件 要求 本文档没有任何特定的要求. 使用的组件 本文档中的信息基于以下软件版本: Cisco CallManager 3.x 和4.0 q 本文档中的信息都是基于特定实验室环境中的设备编写的.本文档中使用的所有设备最初均采用原 始(默认)配置.如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响. 规则 有关文档规则的详细信息,请参阅 Cisco 技术提示规则. 在Cisco CallManager故障和关闭之间的区别 故障 在Cisco CallManager代码的一bug引起CallManager失败.有失败三种主要类型: 访问违例 q 除零 q 未知例外 q 故障生成Dr.Watson条目,被添附对现有Dr.Watson文件的末端.故障也生成user.dmp文件.这些 文件的位置是C:\Documents and Settings\All用户\文档\ DrWatson. Dr.Watson文件的名称,是文本文件,是drwtsn32.log.? 从Run窗口选择drwtsn32配置设置. 如何读Dr.Watson文件 完成这些步骤读Dr.Watson文件: 搜索词 当 ,用小写,并且查找问题发生的日期和时间.Dr.Watson文件记录所有应用程序失 败.一些坠毁记录可能不是Cisco CallManager失败.的坠毁记录示例不是Cisco CallManager失败包括RisDC.exe和aupair.exe. 1. 在您找出问题的日期和时间后,请找出进程标识符(PID)编号,并且搜索任务列表确定哪应用 程序失败了.任务列表在此步骤的示例发表.在本例中,失败的应用程序有PID 752和应用程 序的名称是SCAN32.exe :Application exception occurred: App: (pid=752) When: 9/1/2000 @ 10:23:40.836 Exception number: c0000005 (access violation)System Information Task List 77fcb9b3

894804 mov [eax+0x4],ecx ds: 014cbdfe=ec810000 !--- This is the assembly code statement that resulted in the crash. 77fcb9b6 744d jz 77fd4405 77fcb9b8 8a4705 mov al,[edi+0x5] ds: 34eb5aaa=81 77fcb9bb a804 test al,0x4 77fcb9bd 0f8521310000 jne RtlZeroHeap+0x3e3 (77fceae4) 77fcb9c3 8a4605 mov al,[esi+0x5] ds: 34eb5f42=d5 77fcb9c6

2410 and al,0x10 77fcb9c8 a810 test al,0x10 77fcb9ca

884705 mov [edi+0x5],al ds: 34eb5aaa=81 77fcb9cd 0f8555030000 jne RtlSizeHeap+0x3ef (77fcbd28) 77fcb9d3 0fb70f movzx ecx,word ptr [edi] ds: 346984d8=0093 77fcb9d6 8b4510 mov eax,[ebp+0x10] ss: 0650c92a=Stack Back Trace This shows, in order, the addresses of the functions that executed !--- just before the crash. FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 05CEF358 77FCB733

02070000 34698970 05CEF3D0

00000000 ntdll!RtlSizeHeap 05CEF400 7800115C

02070000 00000000

34698978 05CEF454 ntdll!RtlFreeHeap 05CEF448 00C0304F

34698978 00545EC2

34698978 34698978 !free 05CEF460 00B66F85

00000001 00B6626C 033B3D58 025A6720 ! 05CEFF34 018E736B 025A6720 77E964CB 033C6B20 033C6B20 ! 05CEFF80 780060CE 033B3D58 77E964CB

00000018 033C6B20 !ACE_OS_Thread_Adapter:: invoke ?? 05CEFFEC

00000000 00000000

00000000 00000000

00000000 kernel32!TlsSetValue *---->

Raw Stack Dump Programs >

Administrative Tools >

Component服务. 1. 展开组件服务 >

计算机 >

我的电脑 >

COM+ 应用程序. 2. 开始MSDTC (分布式处理协调员)服务,如果它显示终止. 3. 关闭 其他种Cisco CallManager重新启动是关闭.关闭是,当Cisco CallManager无法有效运行并且关闭 自己时.?关闭归入两个类别: 初始化超时 q SDL计时器和SDL路由器线索死亡 q 如果Cisco CallManager关闭自己,您查找在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| 在本例中,原因代码是4?此列表提供从Cisco CallManager代码的关闭原因代码: class CallManagerFailureAlarm : public CallManagerAlarmCatalog { public: enum Reason { Unknown = 1, HeartBeatStopped = 2, RouterThreadDied =3 , TimerThreadDied = 4, CriticalThreadDied = 5, DeviceMgrInitFailed = 6, DigitAnalysisInitFailed = 7, CallControlInitFailed = 8, LinkMgrInitFailed = 9, DbMgrInitFailed = 10, MsgTranslationInitFailed = 11, SupServiceInitFailed = 12, DirectoryInitFailed =