In questo documento vengono descritti i messaggi di errore più comuni di Sistema colori Windows e viene spiegato come risolvere questi errori.
Cisco raccomanda la conoscenza dei seguenti argomenti:
Configurazione di Cisco WCS
Come configurare una LAN wireless (WLAN) con i controller WLAN (WLC) e i Lightweight Access Point (LAP)
Il documento può essere consultato per tutte le versioni software o hardware.
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
È possibile ricevere questo messaggio quando si installa ed esegue il nuovo software WCS 4.0 su un server Windows 2003:
"Selezionare un altro percorso in cui estrarre il programma di installazione"
Questo messaggio di errore potrebbe essere visualizzato di nuovo anche se si sceglie un altro percorso per estrarre il file del programma di installazione. Questo problema può verificarsi se il file del programma di installazione scaricato è danneggiato.
Per risolvere il problema, scaricare il file del programma di installazione ed eseguire nuovamente l'applicazione di installazione.
La licenza WCS viene rilasciata in base al nome host del server WCS fornito al momento dell'acquisto della licenza.
WCS su Linux esamina i file /etc/hosts e /etc/sysconfig/network, e l'output del comando hostname per determinare il nome host del server ai fini delle licenze.
Uno dei problemi più comuni riscontrati durante l'installazione della licenza di Servizi di distribuzione Windows è il caso in cui uno o entrambi i file /etc/hosts e /etc/sysconfig/network siano stati creati in modo errato con un nome di dominio completo (FQDN), che causa la restituzione errata del nome FQDN da parte del comando hostname anziché del solo nome host.
Quando si carica il file di licenza (.lic) sul server Linux WCS, il processo di caricamento potrebbe non riuscire con questo messaggio di errore:
"il file di licenza non corrisponde al nome host locale "
Poiché la licenza di Cisco WCS è associata al nome host del server in cui è installato Cisco WCS, è importante immettere il nome host corretto durante il processo di registrazione della licenza di Cisco WCS. In caso contrario, il file della chiave di licenza generato non corrisponderà al nome host del server WCS e di conseguenza la chiave di licenza non funzionerà. Questo messaggio di errore viene visualizzato quando si carica il file di licenza.
Per risolvere il problema, utilizzare una delle seguenti opzioni:
Modificare il nome host del server WCS in modo che corrisponda al nome del file della chiave di licenza.
Per modificare il nome host del server WCS, attenersi alla seguente procedura:
Arrestare il servizio WCS prima di modificare il nome host del server come descritto nella sezione "Arresto di WCS su Linux" della Guida alla configurazione di Cisco Wireless Control System.
Eseguire un backup del database WCS prima di modificare il nome host come descritto nella sezione "Backup del database WCS (per Linux)" della Guida alla configurazione di Cisco Wireless Control System.
Modificare il nome host del server Linux WCS come descritto in Modificare il nome host senza riavviare in RedHat Linux sul sito Web XenoCafe .
Eseguire un controllo del database.
Passare alla directory /opt/WCS4.0/bin o alla directory scelta durante l'installazione e immettere ./DBAdmin checkschema.
Avviare WCS.
Passare alla directory /opt/WCS4.0/ (o alla directory scelta durante l'installazione) e immettere ./StartWCS
Richiedere al gruppo di licenze Cisco di ricreare un nuovo file di licenza con il nome host corretto del server.
I client wireless che eseguono il protocollo TKIP (Temporal Key Integrity Protocol) (principalmente WPA-PSK) vengono segnalati da WCS come dotati di una chiave WEP non corretta.
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'.
Ciò è dovuto all'ID bug Cisco CSCse11202 (solo utenti registrati). Questo difetto non influisce sulle prestazioni della WLAN. La soluzione a questo problema è disponibile nella versione WLC 3.2.171.6. Per interrompere i messaggi di errore, aggiornare il software WLC alla versione 3.2.171.6.
Quando un utente aggiunge una regola a un elenco di controllo di accesso (ACL) nel modello di Sistema colori Windows, l'operazione non riesce se per il campo del numero di sequenza viene utilizzato un numero esistente, come nel caso di una regola inserita all'inizio o al centro di un elenco esistente. In questo modo si impedisce al Sistema colori Windows di inserire nuove regole in un ACL.
Nei registri viene generata un'eccezione:
TRACE[com.aes] THROW java.lang.ClassCastException at com.cisco.server.managedobjects.aaa.AclHelper.addNewRule(Unknown Source)
Inoltre, questo errore viene visualizzato all'utente nella finestra:
Error(s): You must correct the following error(s) before proceeding: Error:\nUnknown Exception Occured.
Il problema è dovuto all'ID bug Cisco CSCse6255 (solo utenti registrati). Per risolvere il problema, aggiungere una nuova regola alla fine dell'ACL o modificare la regola precedente. Il problema è stato risolto in WCS versione 4.0.87.0.
Quando si crea un nome di interfaccia dinamico all'interno del Sistema colori Windows contenente lettere maiuscole e spazi, ad esempio Enterprise Access, l'interfaccia viene creata correttamente. Tuttavia, potrebbe non essere possibile eliminare l'interfaccia dinamica da Sistema colori Windows. Quando si tenta di eliminare l'interfaccia viene visualizzato questo messaggio:
"Operazione SNMP non riuscita"
Il problema è relativo all'ID bug CSCsc92240 (solo utenti registrati).
Per ovviare al problema, è possibile eliminare queste interfacce solo dal controller (non tramite WCS). Le interfacce dinamiche create con lettere maiuscole in WCS vengono rinominate con lettere minuscole nel controller. Per eliminare l'interfaccia creata con lettere maiuscole dalla riga di comando sul controller, è necessario utilizzare tutte le lettere minuscole. Se il nome dell'interfaccia contiene spazi, ad esempio Enterprise Access, il comando per eliminare l'interfaccia dal controller deve essere utilizzato con il nome dell'interfaccia racchiuso tra virgolette. Ad esempio:
config interface delete "nome interfaccia"
In questo scenario, il comando è config interface delete "enterprise access".
Il problema è causato dall'ID bug Cisco CSCse27134 (solo utenti registrati). Il Sistema colori Windows non è in grado di salvare gli ostacoli sulle mappe nuove o correnti - nID esauriti. L'utente ha raggiunto il limite hardcoded di 999. I log mostrano questo output:
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
Non sono disponibili soluzioni alternative, ma WCS versione 4.0 e successive non sono interessate da questo bug, per cui il problema viene risolto aggiornando tale versione.
Il sistema WCS visualizza questo avviso secondario:
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'
Questo allarme di minore entità indica che il client ha tentato di eseguire ripetutamente l'autenticazione ma non è riuscito. Dopo il terzo tentativo, il client è stato inserito nell'elenco di esclusione client. A questo punto, a un determinato client non è consentito associarsi per 60 secondi (per impostazione predefinita o in base a quanto impostato sulla WLAN). Dopo 60 secondi, il client viene nuovamente autenticato.
Quando si installa WCS 4.0 in un server Windows 2003, è possibile che venga visualizzato questo messaggio di errore. Ciò è dovuto al fatto che la porta 8009 utilizzata da WCS è utilizzata da un'altra applicazione. Per risolvere il problema, è necessario determinare l'applicazione che utilizza la porta 8009 e arrestare l'applicazione. Attenersi alla seguente procedura:
Dal server Windows 2003, scegliere Start > Esegui > cmd per aprire un prompt dei comandi.
Immettere netstat -ano per elencare tutte le connessioni TCP e i numeri di porta TCP e UDP attivi con l'ID processo (PID).
Cercare la porta 8009 e annotare il PID a destra.
Passare a Task Manager e fare clic su Visualizza.
Selezionate Colonne, PID e fate clic su OK.
Individuare il processo che contiene il PID annotato nel passaggio 3 e fare clic su Termina processo per chiudere l'applicazione.
Le mappe di calore non vengono generate in WCS 4.0 con Location Server 2.1. Viene visualizzato questo messaggio di errore:
'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
Ciò potrebbe essere dovuto all'ID bug Cisco CSCse83815 (solo utenti registrati).
Eseguire i seguenti passaggi come soluzione alternativa:
Scegliete Monitor > Mappe e selezionate il pavimento in cui le mappe termiche AP non vengono visualizzate.
Posizionare le mappe nell'elenco a discesa all'estrema destra.
Selezionare l'access point in cui le mappe termiche non funzionano.
A sinistra, scegliere Altro per Tipo antenna e fare clic su Salva.
Tornare al Tipo di antenna e selezionare la stessa antenna utilizzata in origine, quindi fare di nuovo clic su Salva.
La mappa termica per questo punto di accesso dovrebbe ora funzionare.
Questo messaggio indica che l'access point che era stato contrassegnato come attendibile non è più visibile al controller. Quando un controller rileva un punto di accesso non autorizzato, è possibile impostare tale punto di accesso come attendibile. Se il controller non sente più alcun segnale, quando è un punto di accesso attendibile viene visualizzato questo messaggio trap.
I bug sono associati a questo messaggio di errore.
CSCsd73855 (solo utenti registrati): è stato rilevato un access point non autorizzato in un sito remoto e contrassegnato come 'Contenuto' da un singolo access point. Quando il punto di accesso non è più stato rilevato, il servizio Controllo genitori di Windows ha generato un avviso relativo a un access point attendibile mancante o non riuscito.
L'access point attendibile <mac-address> sul controller <ip-address> è mancante o non è riuscito
Al momento non sono disponibili soluzioni alternative.
CSCsc59180 (solo utenti registrati): quando un punto di accesso non autorizzato viene rilevato da Sistema colori Windows e un utente imposta lo stato su Noto - Esterno, Cisco Sistema colori Windows visualizza il punto di accesso come Mancante trusted.
Non è possibile aggiungere e configurare gli access point per uno di questi motivi
Se WCS e WLC eseguono versioni incompatibili, assicurarsi che eseguano le stesse versioni principali del codice.
Se il controller a cui appartiene l'access point non è raggiungibile, verificare che il servizio WCS disponga di connettività al WLC dell'access point.
Se WCS esegue il polling dei controller tramite collegamenti con MTU inferiore, provare a modificare l'impostazione MaxVarBindsPerPDU della variabile in WCS. Questo parametro decide il numero di attributi inviati in un singolo pacchetto. Se si modifica il numero di attributi inviati, è possibile modificare le dimensioni del pacchetto. Per accedere alla variabile, scegliere Directory di installazione WCS > webnms > classi > com > cisco > server > risorse. Aprire il file SNMPparameters.properties con Wordpad e individuare la variabile MaxVarBindsPerPDU. Il valore predefinito è 100. Modificarlo in 50 in modo che WCS inserisca un numero inferiore di attributi nei singoli pacchetti SNMP, in modo che i pacchetti siano più piccoli.
Quando si aggiunge un server di percorso a WCS, è possibile che venga visualizzato questo messaggio di errore o altri messaggi di errore:
Nessuna risposta dal server di posizione. Potrebbe non essere raggiungibile o le credenziali di connettività potrebbero non essere corrette
Quando si aggiunge un Location Appliance a WCS, è possibile che si verifichino alcuni problemi. Seguire questi suggerimenti per la risoluzione dei problemi:
Verificare che l'apparecchiatura di posizione sia accesa; la spia di alimentazione rimane accesa e non lampeggia.
Verificare che il server WCS sia in grado di eseguire il ping tra Location Appliance.
Per verificare che il processo server sia in esecuzione, utilizzare l'interfaccia della riga di comando dell'accessorio di posizione.
Se i parametri della riga di comando sono impostati correttamente in Location Appliance tramite la console, il nome utente iniziale è admin e la password è admin quando si aggiunge Location Appliance a WCS. La casella di controllo per HTTPS deve essere deselezionata finché non viene aggiunto Location Appliance e il livello software può essere selezionato e aggiornato in base alle esigenze. Il nome utilizzato fa distinzione tra maiuscole e minuscole e deve essere solo il nome host assegnato al Location Appliance e non il nome di dominio completo.
Per informazioni dettagliate su come configurare Location Appliance, consultare il documento sulla configurazione di Location Appliance.
Quando si configura Sistema colori Windows per la comunicazione con Location Appliance, il nome utente, la password e il numero di porta devono rimanere inalterati e nello stato predefinito. Per ulteriori informazioni, vedere Importazione di Location Appliance in WCS.
Verificare che l'impostazione dell'ora nel server di posizione corrisponda all'ora di Sistema colori Windows.
Sistema colori Windows potrebbe essere una revisione precedente al server di posizione. In questo caso, aggiornare il sistema di gestione del sistema operativo alla versione più recente.
Se i problemi relativi al nome utente o alla password persistono, è possibile ripristinare i valori predefiniti del database interno di Location Appliance, che contiene il database utente. Per ripristinare le impostazioni predefinite del database interno, eseguire la procedura seguente:
Usare il comando rm -f /opt/locserver/db/linux/server-eng.db per eliminare il file server-eng.db.
Usare il comando /etc/rc.d/init.d/locserver restart per riavviare Location Appliance.
Quando si importa un file di informazioni sugli asset (asset.out) per un server di percorso che utilizza WCS, viene visualizzato questo messaggio di errore:
Imported file is not of the correct type. Please import .txt file
Questo problema è documentato nell'ID bug CSCsg79427 (solo utenti registrati) ed è associato alle versioni precedenti di WCS e Location Appliance.
Per risolvere il problema, rinominare il file asset.out in asset.txt, quindi reimportare il file. Il nome del file delle informazioni sulle risorse deve terminare con l'estensione txt anche se il file potrebbe essere un file di testo ASCII valido. Qualsiasi altra estensione genererà un errore durante l'importazione.
Il problema è stato risolto in WCS versione 4.1.83.0 e in Location Appliance versione 3.0.37.0. Per informazioni su come importare ed esportare informazioni sulle risorse per gli accessori di posizione che utilizzano WCS, fare riferimento a Importazione ed esportazione di informazioni sulle risorse.
WCS utilizza un'applicazione di terze parti, ad esempio MATLAB Compiler, mentre MATLAB utilizza una versione specifica della libreria DFORRT.dll. Quando un'applicazione ha già installato la libreria DFORRT.dll nella cartella c:\windows\system32, WCS non è installato correttamente. All'avvio di Sistema colori Windows viene visualizzato questo messaggio di errore:
The procedure entry point _FIIfexp_ could not be located in the dynamic link library DFORRT.DLL
Per risolvere il problema, rimuovere il file DFORRT.dll in c:\windows\system32 e reinstallare WCS.
Quando si apportano modifiche al controller WLAN tramite WCS, è possibile che venga visualizzato questo messaggio di errore:
ERROR: MIB access failed
Uno dei possibili motivi per cui l'errore viene visualizzato in WCS è l'impostazione di un parametro di accesso SNMP non corretto per il controller. Se si immette un parametro di accesso in sola lettura, il controller viene aggiunto ma WCS non è in grado di modificare la configurazione.
È necessario risolvere il problema prima di procedere al passaggio successivo. Per risolvere questo problema, verificare che tutti i parametri di accesso SNMP siano impostati su write.
Nota: Cisco consiglia di utilizzare sempre le versioni più recenti di WLC e WCS.
Eseguire i seguenti controlli:
WCS e WLC devono avere versioni software compatibili. Assicurarsi che eseguano la stessa versione principale.
WCS e WLC devono essere sincronizzati tra loro. Nell'interfaccia utente di Sistema colori Windows scegliere Configura. Dalla casella a discesa sul lato destro, fare clic su Controller, quindi selezionare un WLC. Fare clic su Aggiorna configurazione da controller.
Se viene visualizzato il messaggio di errore Autorizzazione negata quando si esegue il push del modello nel WLC, verificare di aver eseguito l'accesso come utente root nel WCS.
Revisione | Data di pubblicazione | Commenti |
---|---|---|
1.0 |
19-Jul-2007 |
Versione iniziale |