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

CallManager 事件日志

2016 年 10 月 27 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈


目录


简介

本文提供相关的信息给生成的普通的事件查看器消息在Cisco CallManager系统。

本文目的将给予在Cisco CallManager系统生成的一些普通的事件查看器消息的另外的洞察力。

注意: 如果任何未使用服务在Cisco CallManager服务器,启用另外的消息能出现。当您禁用特定未使用服务时,在这种情况下它摆脱错误消息。

先决条件

要求

Cisco 建议您了解以下主题:

  • Cisco CallManager跟踪

  • Windows事件日志

使用的组件

本文档中的信息基于Cisco CallManager 3.x和4.x。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

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

思科CallManager特定的应用程序事件日志

这些事件日志与Cisco CallManager特别地关连。

特定 DC 目录应用程序事件日志

这些事件日志与DC目录特别地关连。

LDAP客户端发行指定控制不支持的请求

此软件错误能出现,当轻量级目录访问协议(LDAP)客户端发行指定控制不支持的请求时。

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-3.gif

此事件通常发生,在您注册到Cisco CallManager Cisco CallManager的用户页后,或者,在您登录ICD Agent Desktop后。此事件可以忽略作为它是装饰性的,并且不指示在系统的一问题。此问题描述作为Cisco Bug ID CSCdw33821 (仅限注册用户) — DCD日志事件ID 7419。

不Exist的映射协议的消息接收

此错误能出现,如果重建您的集群的一个用户,并且不从您也许发现此错误消息的发行商LDAP目录服务器取消协定,因为在发行商。

注意: 同一个问题能也生成此错误:我们接收建议配置问题以我们的映射协议从我们的合作伙伴DSA的一个错误。

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-4.gif

如果收到此消息,是否请检查适当用户数据库(LDAP)复制工作在您的集群。您能创建发行商Cisco CallManager管理员页面的一个用户和等待几分钟,然后去每用户Cisco CallManager Admin页发现是否能看到用户。如果复制工作,您能忽略这些错误消息。然而,当您重初始化所有协定时,您能解决此表面问题。为了执行此,请完成在与DC目录的定象问题描述的步骤。如果遇到用户数据库复制问题,您能也遵从步骤重初始化在您的集群的所有复制。如果遵从此步骤,现有用户信息没有丢失。

应用事件日志显示DHCP错误

Cisco CallManager 4.x服务器收到动态主机配置协议(DHCP)服务器错误错误消息,即使DHCP服务器服务在服务器禁用,因为此输出显示:

Event Type: Error
Event Source: Perflib
Event Category: None
Event ID: 1008
Description:
The Open Procedure for service "DHCPServer" in DLL "C:\WINNT\system32\perfctrs.dll"failed.  
Performance data for this service will not be available. 
Status code  returned is data DWORD 0. 
Data:
0000: 05 00 00 00

此问题的解决方案在Microsoft KB条款247226描述leavingcisco.com

注意: 在您修改它前,请做备份注册。在您修改注册使更改生效后,请重新启动Cisco CallManager服务器。

其他应用程序事件日志

这些事件日志与特定软件或硬件组件不关连。

SQL Server计划任务失败

Cisco CallManager数据库从用户的发行商不断地复制。在用户CallManager的SQL server周期地请求更改保持他们的复制最新状态。此错误消息能出现对于这些原因:

  • 在用户和发行商之间的网络连接问题

  • 发布服务器发生故障

  • SQL server或SQL server代理程序服务下来在发行商

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-5.gif

完成这些步骤确定此错误事件是否是关键。

  1. 去Cisco CallManager管理员页面:http:// <cm_ip_address>/ccmadmin。

  2. 单击 Details

    此窗口出现。

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-6.gif

  3. 查看在数据库信息的活动Cisco CallManager数据库。

    对于此示例, Cisco CallManager数据库是CCM0304。如果数据库版本比在错误日志的版本极大,此事件是微不足道的,因为错误指示与数据库的一个旧有和未使用版本的一问题。

    如果版本是相同的象在错误日志的版本,请重建复制。完成在重建中断的Cisco CallManager集群SQL预订的步骤重建复制。

ASP服务的收集的步骤在DLL "C:\WINNT\system32\aspperf.dll"生成例外或返回无效状态

此错误消息在Cisco CallManager事件查看器接收。

Event ID: 1010
Detail Text: The Collect Procedure for the (service name) service in DLL (DLL name)
generated an exception or returned an invalid status. Performance data returned by counter
DLL will not be returned in Perf Data Block. Exception or status code returned is DWORD 0.

说明— Perflib调用在结构例外handler__try块的性能广义函数。这被张贴,如果例外发生或RaiseException在收集的功能呼叫。数据域有异常代码。例如, C0000005含义有访问违例。

推荐的操作—执行这些步骤为了解决问题:

  • 确保DLL文件在适当的位置存在,并且存在。一旦确认了DLL的位置,请在其当前地点键入REGSVR32 /U未注册DLL和再键入REGSVR32重新登记DLL。当您未注册DLL时,请使用从事件查看器的路径。当您注册它时,请在其当前地点请使用文件的路径。

  • 如果第一步不解决问题,则去对HKEY_LOCAL_MACHINE\System\ControlSet001\Services和找到被提及的服务。应该有呼叫Performance的子密钥。在性能下应该有触犯的DLL在库下。清除此关键为了终止错误消息。

  • 最后应急方案是重新启动CallManager群集(然后用户首先发行商)。

失败的Cisco Tomcat服务开始

在您实行后Java在Cisco CallManager发布器服务器重新安装,思科Tomcat,并且TCD服务不开始。这些错误消息在CallManager事件查看器接收:

Event Type:	Error
Event Source:	CiscoTomcat
Event Category:	None
Event ID:	4096
Date:		10/12/2007
Time:		7:26:48 AM
User:		N/A
Computer:	CCM-PUB
Description:
Could not load the Java Virtual Machine. 


Event Type:	Error
Event Source:	CiscoTomcat
Event Category:	None
Event ID:	4097
Date:		10/12/2007
Time:		7:26:48 AM
User:		N/A
Computer:	CCM-PUB
Description:
The LoadLibrary function failed for the following reason: The specified module could not
be found.

Event Type:	Error
Event Source:	CiscoTomcat
Event Category:	None
Event ID:	4098
Date:		10/12/2007
Time:		7:26:48 AM
User:		N/A
Computer:	CCM-PUB
Description:
The CiscoTomcat service failed to start. 

说明—检查所有文件是否是列出的在C:\Program Files\Cisco\Java下;否则,原因可以是JRE没有适当地安装。

推荐的操作—如果用户良好工作,您能复制和通过从用户的JRE文件对发行商,服务然后将开始。

不可能找到事件ID的(1)说明在来源(Cisco AVVID报警服务)

在您安装Cisco CallManager和Cisco CRS在同一个服务器后,此报警获得经常登陆事件查看器:

Event Type:	Warning
Event Source:	Cisco AVVID Alarm Service
Event Category:	None
Event ID:	1
Date:		9/5/2007
Time:		12:06:07 PM
User:		N/A
Computer:	CCM
Description:
The description for Event ID ( 1 ) in Source ( Cisco AVVID Alarm Service )
cannot be found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote computer.
The following information is part of the event: <LOCAL7|SEVERITY> 14: Sep 05
08:06:07.344 CEST: %MCVD-GENERIC-5-ModuleStart: Module has successfully
started; Module Name=Cisco Desktop License and Resource Manager Service.

说明—报警应该指示错误,反而指示启动其中一个CRS的组件。此错误消息大约不开始的一服务来自事实必须在CRS服务之前开始Cisco CallManager服务。当您收到提示输入登录时,不是所有的服务开始。为了所有服务能开始,需要大约7分钟。

推荐的操作—事件查看器日志不显示任何错误。当您开始所有您的服务器服务时,有延迟。无所需操作

进程'C:\WINNT\System32\inetsrv\inetinfo.exe'(as用户)设法的NTAUTHORITY \系统接收数据'/CCMCIP/xmldirectorylist.asp?l=caseell&f=and&n=and%00和拒绝。

此错误消息在事件查看器应用程序日志出现:

The process 'C:\WINNT\System32\inetsrv\inetinfo.exe'(as user
	 NTAUTHORITY\SYSTEM}tried to receive the data
	 '/CCMCIP/xmldirectorylist.asp?l=caseell&f=and&n=and%00' and was denied.

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-8.gif

解决方案

当用户通过Cisco Unity系统管理网页浏览所有Cisco Unity用户信息或设法导入从Microsoft Exchange时的用户,页不加载,并且显示指示禁止访问的错误。当此问题出现时, CSA日志显示常见情况用户显示与的地方名称[字符。当CSA禁用时,此问题不存在。根本原因通常是CSA策略不允许一些字母或数字字符

作为应急方案,请禁用CSA。参考Cisco Bug ID CSCse51014 (仅限注册用户)欲知更多信息。

丢失密钥在有参考的限制条件的(informix.tk_batfileinfo_tkbatfunction)参考表里

CUCM升级到8.5(1)或8.6(1)失效与此错误:

|*ERROR* Error executing "insert into BatFileInfo
(datecreated,enduser,isfilefound,name,pkid,tkbatfunction) values
(1273240885,'ccmadministrator','T','UDP6961trainingimport1.csv','9b5e140b-3b29-427a-b968-ccf9ab46b8ff',69):
[Informix][Informix ODBC Driver][Informix]Missing key in referenced
table for referential constraint (informix.tk_batfileinfo_tkbatfunction).

解决方案

此问题在Cisco Bug ID CSCto49273 (仅限注册用户)描述。请完成这些步骤,在您执行(或重新执行)前CUCM升级:

  1. 从发行商CLI运行这些命令:

    • 从BatFileInfo运行(*)的SQL挑选计数tkbatfunction = 69

    • 从batinputdata运行(*)的SQL挑选计数tkbatfunction = 69

    • 从batjob运行(*)的SQL挑选计数tkbatfunction = 69

  2. 如果计数(返回值)比0极大(零)以上任何一个的选择,请运行这些命令:

    • 从tkbatfunction = 69的batfileinfo运行SQL删除

    • 从tkbatfunction = 69的batinputdata运行SQL删除

    • 从tkbatfunction = 69的batjob运行SQL删除

    注意: 您能也删除工作,并且此的文件从CUCM管理页面的大批管理员菜单键入。

  3. 执行升级。

系统日志事件日志

这些事件日志与系统日志特别地关连。

Cisco CallManager服务意外终止

如果Cisco CallManager服务意外,终止此错误能出现。此示例显示意外地终止1次,并且重新启动服务此纠正措施在60000毫秒采取。

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-7.gif

确保您运行Cisco CallManager新版本。如果没有新版本,请查看版本注释的打开警告和解决的警告部分发现是否遇到已知的问题。如果需要升级软件,请去语音产品的下载。如果需要升级对思科技术支持的此问题,您需要此信息:

  • Cisco CallManager跟踪文件—查找在C:\Program Files\Cisco\Trace\CCM。

    在失败前提供从30分钟和15分钟的跟踪文件在失败以后。

  • 信号分配层(SDL)跟踪文件—查找在C:\Program Files\Cisco\Trace\SDL\CCM。

    在失败前提供从30分钟和15分钟的跟踪文件在失败以后。参考TAC的安装Cisco CallManager跟踪详细信息。

  • USER.DMP和DRWTSN32.LOG文件—查找在C:\Documents and Settings\All用户\文档\ DrWatson。

    保证SdlMaxUnhandledExceptions服务参数设置到0 (零)每Cisco CallManager的。

  • 事件日志—系统和应用事件日志。

  • Perfmon日志— Perfmon计数器/日志。

    进程:

    % Processor Time/_Total
    % Processor Time/ccmVirtual Bytes/_Total
    Private Bytes/_Total
    
    Virtual Bytes/ccm
    Private Bytes/ccm 

根数据库空间级别0存档需要执行

此错误在CallManager日志出现:

Update sqlhosts for [ccm5_ccm]
Creating [/usr/local/cm/db/informix/etc/sqlhosts]
Update [/etc/services]
Initialize IDS [/usr/local/cm/db/informix]
su -c 'source /usr/local/cm/db/informix/local/ids.env ;  oninit -ivy' -
informix
IDSWillStart...Verifying physical disk space, please wait ...
Space successfully added.
 
** WARNING **  A level 0 archive of Root DBSpace will need to be done.

This is a warning message that You have done something, like add or remove a
dbspace, and Informix is telling you that in order to recover those changes
it needs a new level 0 of root - where the sysmaster db is stored.

说明:数据库服务器创建逻辑日志文件和物理登录根数据库空间(rootdbs),当引擎首先初始化时。在引擎初始化后,移动逻辑日志向另一数据库空间是可能的。有几个原因移动逻辑日志。它比在根数据库空间内可以要求为逻辑日志使用更多空间可用的;这是一一般警告,并且您不需要对此担心。将考虑的点,在您应用与此警告前涉及的升级补丁程序是验证活动分区使用数据库空间在升级时。您能检查与SSH会话到PUB并且看到Show status结果。活动分区不能显示使用的空间作为100百分比。


相关信息


Document ID: 17900