本文介紹WCS中的常見錯誤消息以及如何排除這些錯誤。
思科建議您瞭解以下主題:
如何配置Cisco WCS
如何使用WLAN控制器(WLC)和輕量存取點(LAP)設定無線LAN(WLAN)
本文件所述內容不限於特定軟體和硬體版本。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除(預設)的組態來啟動。如果您的網路正在作用,請確保您已瞭解任何指令可能造成的影響。
如需文件慣例的詳細資訊,請參閱思科技術提示慣例。
在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伺服器時,上傳過程可能會失敗,並顯示以下錯誤消息:
"許可證檔案與本地主機名不匹配"
由於Cisco WCS許可證與安裝Cisco WCS的伺服器的主機名相關聯,因此在Cisco WCS許可註冊過程中輸入正確的主機名非常重要。否則,生成的許可證金鑰檔案將與WCS伺服器的主機名不匹配,因此許可證金鑰將不工作。上傳許可證檔案時,這將導致出現此錯誤消息。
您可以使用以下選項之一解決此問題:
將WCS伺服器的主機名更改為與許可證金鑰檔名相同。
要更改WCS伺服器的主機名,請完成以下步驟:
按照《Cisco Wireless Control System Configuration Guide》的「Stopping WCS on Linux」部分所述,在更改伺服器的主機名之前停止WCS服務。
按照Cisco Wireless Control System配置指南的「備份WCS資料庫(用於Linux)」部分所述,在更改主機名之前備份WCS資料庫。
按照XenoCafe 網站上的在RedHat Linux中更改主機名而不重新啟動中所述 ,更改WCS Linux伺服器的主機名。
對資料庫運行檢查。
導航到/opt/WCS4.0/bin目錄(或安裝過程中選擇的目錄),然後輸入。/DBAdmin checkschema。
啟動WCS。
導航到/opt/WCS4.0/目錄(或安裝過程中選擇的目錄)並輸入。/StartWCS
請求思科許可證組使用伺服器正確的主機名重新建立新的許可證檔案。
WCS報告運行臨時金鑰完整性協定(TKIP)(大多數為WPA-PSK)的無線客戶端的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'.
這是因為思科錯誤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.
此問題是由思科錯誤ID CSCse66255(僅限註冊客戶)導致的。 解決方法是向ACL的結尾新增新規則或修改以前的規則。此問題已在WCS 4.0.87.0版中解決。
在WCS內建立包含大寫字母和空格的動態介面名稱(例如,Enterprise Access)時,介面已成功建立。但是,您可能無法從WCS刪除此動態介面。嘗試刪除介面時,您會收到以下訊息:
"SNMP操作失敗"
此問題與錯誤ID CSCsc92240(僅限註冊客戶)有關。
因應措施是,您只能從控制器(而不是WCS)中刪除這些介面。 在WCS中使用大寫字母建立的動態介面在控制器中用小寫字母重新命名。若要從控制器上的命令列中刪除使用大寫字母建立的介面,必須使用所有小寫字母。如果介面名稱中有空格(例如Enterprise Access),則應從控制器刪除介面的命令應與介面名稱一起用引號引起來。例如:
config interface delete "interface name"
在此案例中,命令是config interface delete "enterprise access"。
此問題是由思科錯誤ID CSCse27134(僅限註冊客戶)導致的。WCS無法在當前或新地圖上儲存障礙 — 已耗盡nID。使用者已達到硬編碼限制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及更新版本不受此錯誤影響,因此升級至該版本可解決此問題。
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秒後,客戶端將釋放以進行再次身份驗證。
在Windows 2003伺服器上安裝WCS 4.0時,您可能會看到以下錯誤消息。這是因為WCS使用的埠8009被其他應用程式使用。為了解決此問題,您需要確定哪些應用程式使用埠8009,然後停止該應用程式。請完成以下步驟:
在Windows 2003伺服器上,選擇開始>運行> cmd以開啟命令提示符。
輸入netstat -ano以列出所有活動的TCP連線以及具有進程ID(PID)的TCP、UDP埠號。
搜尋埠8009,注意右邊的PID。
轉到「工作管理員」,然後按一下「檢視」。
選擇Columns,選擇PID,然後按一下OK。
找到具有步驟3中提到的PID的進程,然後按一下End Process關閉該應用程式。
在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
這可能是由思科錯誤ID CSCse83815(僅限註冊客戶)。
作為因應措施完成以下步驟:
選擇Monitor > Maps,然後選擇AP熱圖未顯示的地板。
轉到最右邊下拉選單中的position aps。
選擇熱圖無法工作的AP。
在左側,為「Antenna Type(天線型別)」選擇Other,然後按一下Save。
返回到「天線型別」並選擇它最初使用的同一天線,然後再次按一下儲存。
此AP的熱度圖現在應該可以工作。
此訊息表示控制器不再看到曾經標示為受信任欺詐AP的AP。當控制器檢測到非法AP時,您可以選擇將該AP設定為受信任AP,一旦該接入點為受信任AP,如果控制器不再收到該AP的訊號,則會出現此陷阱消息。
這些錯誤與此錯誤訊息相關。
CSCsd73855(僅限註冊客戶) — 在遠端站點檢測到惡意AP,並由單個接入點標籤為「包含」。當不再檢測到接入點時,WCS會發出警報,指出可信接入點丟失或出現故障。
控制器<ip-address>上的受信任AP <mac-address>缺失或出現故障
目前沒有已知的變通辦法。
CSCsc59180(僅限註冊客戶) — 當WCS檢測到欺詐接入點時,當使用者將狀態設定為Known - External時,Cisco WCS將接入點顯示為Trusted Missing。
由於以下原因之一,您無法新增和配置AP
當WCS和WLC運行不相容的版本時,請確保它們運行相同的主要代碼版本。
當AP所屬的控制器無法訪問時,請確保WCS與AP的WLC具有連線。
如果WCS通過具有較低MTU的鏈路輪詢控制器,請嘗試在WCS中調整變數MaxVarBindsPerPDU設定。此引數決定單個資料包中傳送的屬性數。如果修改傳送的屬性數,可以更改資料包的大小。要訪問變數,請選擇WCS installationdirectory > webnms > classes > com > cisco > server > resources。使用寫字板開啟SNMPparameters.properties檔案,並找到變數MaxVarBindsPerPDU。它的預設值為100。將其更改為50,這樣WCS在單個SNMP資料包中放置的屬性就更少,因此資料包也更小。
將位置伺服器新增到WCS時可能會收到此錯誤消息或其他錯誤消息:
沒有來自位置伺服器的響應。可能無法訪問,或者連線憑證不正確
向WCS新增Location Appliance時,有許多因素可能會出現問題。請依照以下提示進行疑難排解:
驗證定位裝置是否已開啟;電源指示燈保持亮起且不閃爍。
驗證WCS伺服器是否能ping通Location Appliance。
使用定位裝置的命令列介面以確保伺服器進程正在運行。
如果通過控制檯在Location Appliance中正確設定了命令列引數,則在Location Appliance新增到WCS時,初始使用者名稱是admin,密碼是admin。應清除HTTPS覈取方塊,直到新增位置裝置並根據需要檢查並升級軟體級別。使用的名稱區分大小寫,並且只能是分配給位置裝置的主機名,而不是完全限定的域名。
有關如何配置位置裝置的詳細資訊,請參閱配置位置裝置。
配置WCS與Location Appliance通訊時,使用者名稱、密碼和埠號應保持不變,並且處於預設狀態。有關詳細資訊,請參閱將Location Appliance匯入WCS。
確保位置伺服器上的時間設定與WCS時間相匹配。
WCS可能比位置伺服器早一個修訂版。在這種情況下,請將WCS升級到最新版本。
如果使用者名稱或密碼問題繼續發生,則可以將包含使用者資料庫的位置裝置上的內部資料庫設定回出廠預設值。若要將內部資料庫設定回出廠預設值,請執行以下步驟:
使用rm -f /opt/locserver/db/linux/server-eng.db命令可刪除server-eng.db檔案。
使用/etc/rc.d/init.d/locserver restart命令重新啟動Location Appliance。
為使用WCS的位置伺服器匯入資產資訊檔案(asset.out)時,將顯示以下錯誤消息:
Imported file is not of the correct type. Please import .txt file
此問題已記錄在錯誤ID CSCsg79427(僅供註冊客戶使用)中,且與較低版本的WCS和Location Appliance關聯。
為了解決此問題,請將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存取引數設定為write。
注意:思科建議您始終使用最新版本的WLC和WCS。
執行以下檢查:
WCS和WLC應具有相容的軟體版本。確保它們運行相同的主要版本。
WCS和WLC應相互同步。在WCS GUI上,選擇Configure。從右側的下拉框中,按一下Controller並選擇WLC。按一下「Refresh config from controller」。
如果將模板推送到WLC時收到Permission Denied錯誤消息,請確保您以WCS上的root使用者身份登入。
修訂 | 發佈日期 | 意見 |
---|---|---|
1.0 |
19-Jul-2007 |
初始版本 |