本文描述在WCS的常见错误消息和如何排除故障这些错误。
Cisco 建议您了解以下主题:
如何配置思科WCS
如何配置无线局域网(WLAN)用WLAN控制器(WLCs)和轻量级接入点(拉普)
本文档不限于特定的软件和硬件版本。
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。
有关文档规则的详细信息,请参阅 Cisco 技术提示规则。
当您安装并且运行在Windows 2003服务器时的新的WCS 4.0软件您也许收到此消息:
“请选择另一个位置解压缩安装程序对”
此错误消息也许再出现,即使另一个位置选择抽出安装程序文件。如果下载的安装程序文件损坏,此问题能发生。
为了解决此问题,请下载安装程序文件,并且再运行设置应用程序。
当您采购许可证时, WCS许可证根据提供的WCS服务器的主机名发出。
在Linux的WCS查看文件/etc/hosts和/etc/sysconfig/network和输出hostname命令为了确定服务器的主机名许可授权的目的。
在WCS许可证安装时被看到的其中一常见问题是一个或/etc/hosts和/etc/sysconfig/network文件用完全合格的域名(FQDN)的地方不正确地建立,导致hostname命令不正确地返回FQDN而不是主机名。
因此,当您上传许可证文件(.lic)时在WCS Linux服务器上,加载进程可能失效与此错误消息:
“许可证文件不匹配本地主机主机名”
由于思科WCS许可证附加对思科WCS安装服务器的主机名,在思科WCS许可授权的注册过程中输入正确主机名是重要的。否则,生成的许可证密钥关键文件然后不会匹配WCS服务器的主机名结果,并且许可证密钥不会运转。当您上传许可证文件,这将导致此错误消息。
您能解决与这些选项之一的此问题:
更改WCS服务器的主机名是同许可证密钥文件名一样。
为了更改WCS服务器的主机名,请完成这些步骤:
在您更改服务器的主机名正如思科无线控制系统配置指南的“在Linux的正在停止的WCS”部分所描述前,请终止WCS服务。
更改WCS Linux服务器的主机名正如崔凡吉莱所描述您的主机名,无需重新启动在 XenoCafe网站的 Red Hat Linux。
进行在数据库的检查。
导航对/opt/WCS4.0/bin目录(或在安装时选择的目录),并且输入./DBAdmin校验方案。
启动 WCS。
导航对/opt/WCS4.0/目录(或在安装时选择的目录)并且输入./StartWCS
请求思科许可证组重建有服务器的正确主机名的新的许可证文件。
运行临时密钥完整性协议(TKIP)的无线客户端(主要WPA-PSK)由WCS报告作为有不正确的WEP密钥。
The WEP Key configured at the station may be wrong. Station MAC Address is 00:11:85:1a:b4:e4', AP base radio MAC is '00:0V:85:65:2e:80' and Slot ID is '1'.
这归结于Cisco Bug ID CSCse11202 (仅限注册用户)。此缺陷不影响WLAN的性能。此的修正用WLC版本3.2.171.6是可用的。为了终止这些错误消息,请升级WLC软件对3.2.171.6。
当用户增加一个规则到在WCS模板时的访问控制表(ACL),发生故障,如果一个现存编号使用序列号字段和一旦,当用户首先插入现有列表的规则或中部时。这防止WCS插入新建的规则到ACL。
例外在日志生成:
TRACE[com.aes] THROW java.lang.ClassCastException at com.cisco.server.managedobjects.aaa.AclHelper.addNewRule(Unknown Source)
并且,此错误被提交给窗口的用户:
Error(s): You must correct the following error(s) before proceeding: Error:\nUnknown Exception Occured.
此问题归结于Cisco Bug ID CSCse66255 (仅限注册用户)。应急方案是添加每新规则对ACL的结尾或修改上一个规则。此问题在WCS版本4.0.87.0被解决了。
当您创建包含大写字母和空间在WCS内的一动态接口名称(例如,企业访问),接口顺利地创建。然而,您也许不能删除从WCS的此动态接口。当您设法删除接口,您将收到此消息:
“失败”
此问题与Bug ID CSCsc92240 (仅限注册用户)涉及。
作为应急方案,您能删除这些仅接口从控制器(不虽则WCS)。创建与在WCS的大写字母的动态接口重命名与在控制器的小写字母。为了删除接口创建与从line命令的大写字母在控制器,您必须使用所有小写字母。如果有在接口名称的空间,例如企业访问,命令删除从控制器的接口应该与在引号放入的接口名称一起使用。例如:
设置接口删除“接口名称”
在此方案中,命令是设置接口删除“企业访问”。
此问题归结于Cisco Bug ID CSCse27134 (仅限注册用户)。WCS不能保存在当前或新的地图的阻碍-用尽的nIDs。用户达到了硬编码限制999。日志显示此输出:
5/17/06 08:44:01.750 TRACE[general] Command is updateWalls 5/17/06 08:44:01.750 TRACE[general] SD Key is ServiceDomain!128 5/17/06 08:44:01.750 TRACE[objmgr] [DatabaseOpsHelper] Total Objects Deleted 0 5/17/06 08:44:01.750 TRACE[objmgr] [DatabaseOpsHelper] Total time in this Method is 0 5/17/06 08:44:01.766 TRACE[objmgr] [DatabaseOpsHelper] Total Objects Deleted 0 5/17/06 08:44:01.766 TRACE[objmgr] [DatabaseOpsHelper] Total time in this Method is 16 5/17/06 08:44:02.969 TRACE[com.aes] THROW com.bsn.server.api.BsnInternalException: COMMON-8,1,99999
没有应急方案,但是WCS版本4.0和以上没有影响的是受此bug的,因此对该版本的升级解决问题。
WCS显示此次要告警:
Client '00:14:a5:0d:fe:3c' which was associated with AP '00:17:0f:8c:96:30', interface '0' is excluded. The reason code is '1'
此次要告警表明客户端设法重复验证和失败。在第三尝试,客户端在客户端排除列表后被放置了。这时该特定的客户端没有允许联合在60秒(默认或什么您在WLAN设置)。在60秒之后是UP,客户端被释放再验证。
当您安装在Windows 2003服务器时的WCS 4.0,您也许发现此错误消息。这是因为, WCS使用,某其他应用程序使用端口8009。为了解决此问题,您需要确定哪应用程序使用端口8009和终止应用程序。完成这些步骤:
从Windows 2003服务器,请选择Start > Run > CMD为了打开prompt命令。
回车netstat - ano为了列出所有激活TCP连接和TCP,UDP端口号有进程ID的(PID)。
搜索端口8009,并且注释在右边的PID。
去任务管理器,并且点击视图。
选择列,选择PID,并且点击OK键。
找出有PID您在步骤3注释的进程,并且点击结尾进程为了关闭该应用程序。
热量地图在WCS 4.0没有生成用位置服务器2.1。用户看到此错误消息:
'Failed to create heat map for MAC: xx:xx:xx:xx:xx:xx Reason: Failed to find any APs in the database for a RSSI list
这也许归结于Cisco Bug ID CSCse83815 (仅限注册用户)。
完成这些步骤作为应急方案:
选择监视器>地图,并且选择AP热量地图没出现的楼层。
去安置在下拉列表的aps在右边最右端。
选择热量地图不工作的AP。
在左边,为天线类型请选择其他,并且点击“Save”。
去上一步天线类型并且选择最初使用的同一个天线,并且再单击“Save”。
此AP的热量地图应该当前运转。
一次被标记作为委托非法AP的此消息表明AP由控制器不再看到。当控制器检测非法AP时,您有选项做该AP委托AP,一旦它是委托AP此陷阱消息出现,如果控制器从该AP不再听到。
这些Bug关联与此错误消息。
CSCsd73855 (仅限注册用户) —非法AP在远程站点检测,并且标记作为‘由单个接入点包含’。当接入点不再检测, WCS放置关于委托接入点的一警报是缺少或失败的。
委托在控制器<ip-address>的AP <mac-address>未命中或失败
没有已知应急方案此时。
CSCsc59180 (仅限注册用户) —当非法接入点由WCS时检测,并且,当用户设置的状态对知道-外部,思科WCS显示接入点作为缺失的委托。
您不会是能添加并且配置这些原因之一的AP
当WCS和WLC运行不兼容版本时,请确保他们运行代码的同样主要版本。
当AP属于时的控制器是不可得到的,请保证WCS有连接对AP的WLC。
如果WCS通过与更小的MTU的链路轮询控制器,请设法调整在WCS的可变MaxVarBindsPerPDU设置。此参数决定在单个数据包发送的属性数量。如果修改发送的attriubutes数量数据包的大小可以更改。为了访问变量,请选择installationdirectory的WCS > webnms > Classes > com > cisco >服务器>资源。打开有Wordpad的SNMPparameters.properties文件并且找出thevariable MaxVarBindsPerPDU。它有默认值为100。如此更改它到50 WCS在单个SNMP数据包放置少量属性,因而有更加小的数据包。
当您添加一个位置服务器到WCS时,您也许收到此错误消息或其他错误消息:
从位置服务器的无响应。它可能是不可得到的,或者连接凭证不正确
有能制造问题的一定数量的要素,当您添加一定位设备到WCS时。跟随这些提示为了排除故障:
验证定位设备启动;电源指示灯坚持和不闪烁。
验证WCS服务器能ping定位设备。
请使用定位设备的命令行界面为了保证服务器进程运行。
如果命令行参数在定位设备内正确地设置通过控制台,最初的用户名是admin,并且密码是admin,当您添加定位设备到WCS时。应该清除HTTPS的复选框,直到定位设备被添加,并且软件级别可以被检查和升级当必要时。使用的名称区分大小写,并且应该是仅主机名分配到定位设备,不是完全限定域名。
参考配置定位设备关于如何配置定位设备的详细信息。
当配置WCS通信与定位设备时,用户名、密码和端口号应该依然是未改变和在默认状态。欲知更多信息,参考导入定位设备到WCS。
保证在位置服务器的时间设定匹配WCS时间。
WCS比位置服务器也许是一个版本旧。在这种情况下,请升级WCS对新版本。
如果用户名或密码问题继续发生,在定位设备的内部数据库,包含用户数据库,可以设置回到出厂默认设置。为了设置内部数据库回到出厂默认设置,请遵从这些步骤:
请使用rm - f /opt/locserver/db/linux/server-eng.db命令为了删除server-eng.db文件。
请使用/etc/rc.d/init.d/locserver重新启动命令为了重新启动定位设备。
当您导入一份资产信息文件(asset.out)时使用WCS的位置服务器的,此错误消息出现:
Imported file is not of the correct type. Please import .txt file
此问题在Bug ID CSCsg79427 (仅限注册用户)描述和关联与WCS和定位设备更早版本。
为了解决此问题,请重命名asset.out文件对asset.txt,并且再进口文件。资产信息的文件名在.txt文件扩展必须结束,即使文件也许是一个有效ASCII文件。其他分机将生成错误在导入。
此问题在WCS版本4.1.83.0和定位设备版本3.0.37.0被解决了。参考的导入和导出关于如何的资产信息导入和导出使用WCS的位置设备的资产信息的信息。
WCS使用第三方应用,例如MATLAB编译器,并且MATLAB使用DFORRT.dll库的一个特定版本。因此,当应用程序已经安装c:\windows\system32文件夹的时DFORRT.dll库, WCS没有正确地安装。当您开始WCS时,您收到此错误消息:
The procedure entry point _FIIfexp_ could not be located in the dynamic link library DFORRT.DLL
为了更正此问题,请删除在 c:\windows\system32 中的 DFORRT.dll 文件,然后重新安装 WCS。
当您通过WCS时做对WLAN控制器的变动,您也许收到此错误消息:
ERROR: MIB access failed
此错误的一个可能的来源能出现在WCS是一个不正确SNMP访问参数为控制器设置。如果输入只读访问参数,控制器被添加,但是WCS无法修改配置。
在您继续对下一步前,您必须解决此问题。为了解决此问题,请保证所有SNMP访问参数设置写入。
注意: 思科建议您总是使用WLC和WCS最新的版本。
执行以下检查:
WCS和WLC应该有兼容的软件版本。请确保它们运行同一个主要版本。
应该与彼此同步WCS和WLC。在WCS GUI,请选择配置。从在右边的拉下方框,请点击控制器并且选择WLC。点击从控制器的刷新设置。
如果收到权限拒绝的错误消息,当您推送模板对WLC时,请确保您登陆作为WCS的root用户。