语音和统一通信 : Cisco Unity

Domino 统一通信服务(DUCS)问题诊断

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


目录


简介

本文讨论如何诊断与思科Domino Unified Communication Services (DUCS)的问题。本文也讨论通知相关问题, (DUC)失败/暂停和性能问题。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

本文档中的信息基于以下软件和硬件版本:

  • Cisco Unity 4.x

  • Cisco Unity 5.x

  • Cisco Unity 7.x

  • Cisco Unity 8.x

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

诊断问题

为了诊断与DUCS的问题,您需要启用DUC跟踪和启用控制台记录,如果不已经启用。其次,请收集请跨过时间的console.log /log.nsf文件,当Domino服务器开始对,当有问题的问题发生时。如果诊断失败,暂停,并且性能问题,您也需要发送笔记系统诊断(NSD)。在服务器崩溃情形下, NSD在数据\ IBM_TECHNICAL_SUPPORT目录导致自动地生成的日志文件和存储在您的Domino安装目录。

注意: Cisco Unity存储在一个用户邮件文件数据库的语音留言在Domino服务器。如果Domino在一个或更多服务器安装(从未在Cisco Unity服务器),所有用户必须有他们的在其他服务器的Domino邮箱。安置Cisco Unity用户的每个Domino服务器必须有思科的IBM Lotus Domino统一通信安装。

打开Console.log /log.nsf详细信息

确保设置UCLogLevel首先在notes.ini文件。

0 - No logging (This is the same as having no UCLogLevel entry)
1 - Minimal logging - only Fatal and Error events are logged
2 - Normal logging - Fatal, Error and Warning events are logged
3 - Informational logging - Fatal, Error, Warning and Informational events are logged.
4 - Verbose logging - Fatal, Error, Warning, Informational and Verbose events are logged.

默认是1,但是4为诊断问题推荐。

打开DUC跟踪

DUC跟踪允许您发现代码路径DUC经历。没有有源代码, DUC跟踪是很难了解。然而,您能看到功能基本流,例如创建的通知。搜索也许存在的错误消息。

设置这些notes.ini变量:

trace_uc_all=1
trace_uc_dir=<output files dir> (W32 only)

必须为在ini变量上的变化重新启动Domino服务器发生。当您要收集文件时,请注意到测试用户的名称/文件名并且中断Domino服务器。

收集.out文件

如果不是收集的肯定的什么.out文件,请发送他们全部。然而,请验证您收集的.out文件是从时间正确间距。

这是也许生成的一些示例问题类型/文件名:

  • 启用/禁用用户(发送ucadminp输出文件)的错误

  • MWI不打开在消息发送(路由器、ucevent、csumhlr, ucxmlextend)期间

  • MWI在消息不关闭开放(服务器、ucevent、csumhlr, ucxmlextend)

  • 服务器崩溃/暂停(请发送所有输出文件)

故障的/暂停/性能问题NSD

NSDs采取在笔记/Domino进程的内存找到的内容的快照。NSDs能显示什么进程导致失败或暂停。在失败情形下, NSDs应该自动地射击,但是为性能问题或暂停,人工干预要求。

NSD分析

通常,采取的第一步解决服务器崩溃将确定失败服务器的进程。在Domino 6及以后, NSD文件可以是启动的合适场所。NSD提供您关于服务器的状态的所有当前信息,例如所有线索的调用栈,内存信息,等等。在失败情形下, NSD日志文件由Domino服务器在数据\ IBM_TECHNICAL_SUPPORT目录自动地生成并且存储。NSD日志将有与显示时候的时间戳的一个文件名,当NSD生成。例如, Nsd_W32I_KIRANTP_2006_01_17@17_17_18.log指示此NSD在一月17创建, 2006。当NSD运行时,附加对每个进程和线索为了转存调用栈。这可帮助您确定服务器或工作站事故的原因。

NSD文件的重点是堆栈跟踪部分。此部分提供故障的每个线索代码路径在被横断的一现有进程的在其当前状态放置它。这是有用检查暂停或失败在服务器的情况。并且,通过检查NSD文件,您在Domino数据目录找到所有内核文件生成,并且可执行Base级别分析为了跟踪由进程做中断并且忘记核心的最终堆叠呼叫。在一种复杂产品中例如Domino,同一种操作的堆栈跟踪在两个不同的服务器的能导致不同的结果。

在NSD文件中,您可执行“致命”, “紧急”或者“分段的”一词搜索为了识别在失败进程的可执行。通过查找进程,您能看到什么先于它和有希望地确定失败如何出现。当不“找到紧急”或“致命”, core dump有时将包含对“分段故障的”一参考在功能。由于某种原因这表明设法的进程访问是损坏的共享内存分段和失败,无需呼叫“致命错误”或“紧急”。

这是摘自服务器进程在失败涉及的NSD文件的一个示例部分:

--------------------------------------------
### FATAL THREAD 39/83 [ nSERVER:07c0: 2764] ### FP=0743f548,
	 PC=60197cf3, SP=0743ebd0, stksize=2424 Exception code: c0000005
	 (ACCESS_VIOLATION) ############################################################
	 @[ 1] 0x60197cf3 nnotes._Panic@4+483 (7430016,496dae76,0,496dace8) @[ 2]
	 0x600018a4 nnotes._OSBBlockAddr@8+148 (1153f38,2000000,743f608,1) @[ 3]
	 0x6000bd92 nnotes._CollectionNavigate@24+610 (0,743fc74,f,0) @[ 4] 0x600626cc
	 nnotes._ReadEntries@68+2860 (4c5440e8,4cfb8dba,800f,1) @[ 5] 0x600b9f6f
	 nnotes._NIFReadEntriesExt@72+351 (0,4cfb8dba,800f,1) @[ 6] 0x10032d40
	 nserverl._ServerReadEntries@8+1424 (0,8d0c0035,4b64b5bc,4ae46dd6) @[ 7]
	 0x100191fc nserverl._DbServer@8+2284 (41b0383,cb740064,0,23696f8) @[ 8]
	 0x1002b8c8 nserverl._WorkThreadTask@8+1576 (4711d68,0,3,563fb10) @[ 9]
	 0x100016cb nserverl._Scheduler@4+763 (0,563fb10,0,10ec334) @[10] 0x6011e5e4
	 nnotes._ThreadWrapper@4+212 (0,10ec334,563fb10,0) [11] 0x77e887dd
	 KERNEL32.GetModuleFileNameA+465
  -------------------------------------------

当确定了时失败进程,您能着重如何排除故障特殊请处理。

运行NSD为手工暂停和性能问题

为了访问NSD帮助,请键入nsd –帮助。这是普通的使用情况:

nsd -ini <notes_ini_file> -log <nsd_output_name> -dumpandkill

在您发送前,请确保NSD包含callstacks、内存信息和notes.ini信息。

诊断与DUCS客户端的问题

跟踪在有注册表设置的播放机可以设置。完成这些步骤:

  1. HKEY_CURRENT_USER/Software/Lotus/DUCS密钥。

  2. 选择Edit > New > DWORD value

  3. 分配调试标记名称然后设置值为fff

输出文件呼叫LotusUC.csv,并且在Lotus数据目录被找到。

如果播放机失败, NSD应该运行。如果播放机暂停, NSD可能手工仍然被调用。

相关的思科支持社区讨论

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


相关信息


Document ID: 71316