Sans fil : Système de contrôle sans fil Cisco

Messages d'erreur et système du système de contrôle sans fil (WCS)

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document décrit les messages d'erreur courants dans WCS et comment dépanner ces erreurs.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Comment configurer le Cisco WCS

  • Comment configurer un RÉSEAU LOCAL Sans fil (WLAN) avec les contrôleurs WLAN (WLCs) et le Point d'accès léger (recouvrements)

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Messages d'erreur WCS

Erreur d'installation : « Sélectionnez s'il vous plaît un autre emplacement pour extraire l'installateur à »

Vous pourriez recevoir ce message quand vous installez et exécutez le nouveau logiciel WCS 4.0 sur un serveur Windows 2003 :

« Sélectionnez s'il vous plaît un autre emplacement pour extraire l'installateur à »

Ce message d'erreur pourrait apparaître de nouveau même si un autre emplacement est choisi pour extraire le fichier d'installateur. Ce problème peut se produire si le fichier téléchargé d'installateur est corrompu.

Afin de résoudre ce problème, téléchargez le fichier d'installateur, et exécutez l'application d'installation de nouveau.

Message d'erreur quand le fichier de licence est téléchargé au serveur Linux WCS : le « fichier de licence n'apparie pas le nom d'hôte local »

Le permis WCS est émis a basé sur le nom d'hôte du serveur WCS fourni quand vous achetez le permis.

WCS sur le Linux regarde les fichiers /etc/hosts et /etc/sysconfig/network, et la sortie de la commande d'adresse Internet afin de déterminer l'adresse Internet du serveur pour l'autorisation.

Un des problèmes courants vus pendant l'installation de permis WCS est où une ou les fichiers de /etc/hosts et de /etc/sysconfig/network ont été inexactement construites avec un nom de domaine complet (FQDN), qui entraîne la commande d'adresse Internet de renvoyer inexactement le FQDN plutôt que juste l'adresse Internet.

Ainsi, quand vous téléchargez le fichier de licence (.lic) sur le serveur Linux WCS, le processus de téléchargement peut échouer avec ce message d'erreur :

le « fichier de licence n'apparie pas le nom d'hôte local »

Puisque le permis de Cisco WCS est attaché au nom d'hôte du serveur où le Cisco WCS est installé, il est important d'écrire le nom d'hôte correct pendant la procédure d'enregistrement d'autorisation de Cisco WCS. Sinon, alors le fichier de clé de licence généré n'appariera pas le nom d'hôte du serveur WCS et en conséquence la clé de licence ne fonctionnera pas. Ceci mènera à ce message d'erreur quand vous téléchargez le fichier de licence.

Vous pouvez résoudre ce problème avec une de ces options :

  • Changez le nom d'hôte du serveur WCS pour être les mêmes que le nom du fichier de clé de licence.

    Afin de changer le nom d'hôte du serveur WCS, terminez-vous ces étapes :

    1. Arrêtez le service WCS avant que vous changiez le nom d'hôte du serveur comme décrit dans « arrêter WCS la section sur Linux » du guide de configuration de Système de contrôle sans fil Cisco.

    2. Faites une sauvegarde de la base de données WCS avant que vous changiez le nom d'hôte comme décrit dans la section « sauvegarder WCS base de données (pour le Linux) » du guide de configuration de Système de contrôle sans fil Cisco.

    3. Changez le nom d'hôte du serveur Linux WCS comme décrit dedans changez votre adresse Internet sans redémarrer dans le Linux RedHatleavingcisco.com sur le site Webleavingcisco.com de XenoCafe.

    4. Exécutez un contrôle sur la base de données.

      Naviguez vers le répertoire de /opt/WCS4.0/bin (ou le répertoire choisi pendant l'installation), et entrez dans le checkschema de ./DBAdmin.

    5. Début WCS.

      Naviguez vers le répertoire de /opt/WCS4.0/ (ou le répertoire choisi pendant l'installation) et entrez dans ./StartWCS

  • Invitez le groupe de permis de Cisco à recréer un nouveau fichier de licence avec le nom d'hôte correct du serveur.

WCS se connecte une erreur incorrecte de clé WEP quand les clients sans fil exécutent le TKIP

Des clients sans fil qui exécutent le Protocole TKIP (Temporal Key Integrity Protocol) (en grande partie WPA-PSK) sont signalés par le WCS en tant qu'ayant une clé WEP incorrecte.

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'.

C'est dû à l'ID de bogue Cisco CSCse11202 (clients enregistrés seulement). Ce défaut n'affecte pas les performances du WLAN. La difficulté pour ceci est disponible avec la release 3.2.171.6 WLC. Afin d'arrêter ces messages d'erreur, améliorez le logiciel WLC à 3.2.171.6.

Erreur générée quand la règle est insérée dans un ACL

Quand un utilisateur ajoute une règle à une liste de contrôle d'accès (ACL) dans le modèle WCS, il échoue si un nombre existant est utilisé pour le gisement de numéro de séquence comme dans le cas de quand un utilisateur insère une règle au début ou le milieu d'une liste existante. Ceci empêche WCS d'insérer de nouvelles règles dans un ACL.

Une exception est générée dans les logs :

TRACE[com.aes] THROW java.lang.ClassCastException
at com.cisco.server.managedobjects.aaa.AclHelper.addNewRule(Unknown Source)

En outre, cette erreur est présentée à l'utilisateur dans la fenêtre :

Error(s): You must correct the following error(s) before 
proceeding: Error:\nUnknown Exception Occured.

Ce problème est dû à l'ID de bogue Cisco CSCse66255 (clients enregistrés seulement). Le contournement est d'ajouter une nouvelle règle à la fin de l'ACL ou de modifier la règle précédente. Ce problème a été résolu dans la version 4.0.87.0 WCS.

WCS ne peut pas supprimer l'interface avec le message d'erreur de majuscules : « Échec de l'opération SNMP »

Quand vous créez un nom d'interface dynamique dans le WCS qui contient les majuscules et les espaces (par exemple, entreprise Access), l'interface est avec succès créée. Cependant, vous ne pourriez pas pouvoir supprimer cette interface dynamique du WCS. Vous recevrez ce message quand vous essayez de supprimer l'interface :

« Échec de l'opération SNMP »

Ce problème est lié à l'ID CSCsc92240 (clients enregistrés de bogue seulement).

Comme contournement, vous pouvez supprimer ces interfaces seulement du contrôleur (pas cependant WCS). Des interfaces dynamiques qui sont créées avec les majuscules dans WCS sont renommées avec les lettres minuscules dans le contrôleur. Afin de supprimer l'interface créée avec les majuscules de la ligne de commande sur le contrôleur, vous devez utiliser toutes les lettres minuscules. S'il y a les espaces dans le nom d'interface, tel que l'entreprise Access, la commande de supprimer l'interface du contrôleur devrait être utilisée avec le nom d'interface joint dans les guillemets. Exemple :

config interface delete « nom d'interface »

Dans ce scénario, la commande est config interface delete « accès d'entreprise ».

WCS ne peut pas sauvegarder des obstacles sur les cartes en cours ou nouvelles - des nIDs épuisés

Ce problème est dû à l'ID de bogue Cisco CSCse27134 (clients enregistrés seulement). WCS ne peut pas sauvegarder des obstacles sur les cartes en cours ou nouvelles - des nIDs épuisés. L'utilisateur a atteint la limite codée dure de 999. Les logs affichent cette sortie :

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

Il n'y a aucun workaround, mais des versions 4.0 et ultérieures WCS ne sont pas affectées par cette bogue, ainsi une mise à jour à cette version résout le problème.

Erreurs d'exclusion de client sur WCS en tant qu'alarme mineure

Le WCS affiche cette alarme mineure :

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'

Cette alarme mineure indique que le client jugé pour authentifier à plusieurs reprises et manqué. Après que la troisième tentative, le client ait été placée sur la liste d'exclusion de client. En ce moment que le client particulier n'est pas permis pour s'associer pendant 60 secondes (par défaut ou celui que vous ayez placé sur le WLAN). Après les 60 secondes sont, le client est libéré pour authentifier de nouveau.

Message d'erreur : « Le port 8009 de conteneur de Web requis par WCS est déjà en service »

Quand vous installez WCS 4.0 sur un serveur Windows 2003, vous pourriez voir ce message d'erreur. C'est parce que le port 8009, que le WCS utilise, est utilisé par une autre application. Afin de résoudre ce problème, vous devez déterminer quelle application utilise le port 8009, et l'arrêt qui application. Procédez comme suit :

  1. Du serveur Windows 2003, choisissez le Start > Run > le cmd afin d'ouvrir une invite de commande.

  2. Entrez dans le netstat - ano afin de répertorier tous les connexions TCP et TCP actifs, des numéros de port UDP avec l'ID de processus (PID).

  3. Recherchez le port 8009, et notez le PID du côté droit.

  4. Allez au gestionnaire de tâches, et cliquez sur la vue.

  5. Sélectionnez les colonnes, choisissez le PID, et cliquez sur OK.

  6. Localisez le processus qui a le PID que vous avez noté dans l'étape 3, et cliquez sur le processus de fin afin de clôturer cette application.

Des cartes de la chaleur ne sont pas générées dans WCS 4.0 avec le serveur 2.1 d'emplacement

Des cartes de la chaleur ne sont pas générées dans WCS 4.0 avec le serveur 2.1 d'emplacement. L'utilisateur voit ce message d'erreur :

'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

Ceci pourrait être dû à l'ID de bogue Cisco CSCse83815 (clients enregistrés seulement).

Terminez-vous ces étapes comme contournement :

  1. Choisissez le moniteur > les cartes, et sélectionnez le plancher où les cartes de la chaleur AP n'apparaissent pas.

  2. Allez placer des aps dans la liste déroulante du côté droit l'extrême droite.

  3. Sélectionnez AP où les cartes de la chaleur ne fonctionnent pas.

  4. Du côté gauche, choisissez autre pour le type d'antenne, et cliquez sur la sauvegarde.

  5. Retournez au type d'antenne et sélectionnez la même antenne qu'elle a initialement utilisée, et cliquez sur la sauvegarde de nouveau.

    La carte de la chaleur pour cet AP devrait maintenant fonctionner.

WCS signale des aps manquants : « A fait confiance que < mac-address > AP sur le <ip address> de contrôleur manque ou a manqué »

Ce message indique qu'AP qui en même temps a été marqué en tant qu'escroc de confiance AP n'est plus vu par le contrôleur. Quand un contrôleur détecte un escroc AP, vous avez l'option de faire à cet AP AP de confiance, une fois qu'il est fait confiance ce message dérouté AP apparaît si le contrôleur n'entend plus de cet AP.

Ces bogues sont associées avec ce message d'erreur.

CSCsd73855 (clients enregistrés seulement) — Un escroc AP a été détecté à un site distant et marqué en tant que « contenu » par un seul point d'accès. Quand le Point d'accès n'a été plus détecté, WCS a mis une alerte au sujet d'un Point d'accès de confiance est manquant ou manqué.

AP de confiance < mac-address > sur le <ip address> de contrôleur manque ou a manqué

Il n'y a aucun contournement connu à ce moment.

CSCsc59180 (clients enregistrés seulement) — Quand un point d'accès non autorisé est détecté par WCS et quand des positionnements d'utilisateur l'état à connaître - externe, le Cisco WCS affiche le Point d'accès en tant que disparus de confiance.

Incapable de configurer des aps par WCS. L'erreur interne inattendue "Error:COMMON-1:Some a le » message d'erreur produit apparaît dans les logs WCS.

Vous ne pourriez pas ajouter et configurer les aps pour une de ces raisons

  1. Quand WCS et WLC exécutent des versions incompatibles, assurez-vous qu'ils exécutent les mêmes versions majeures du code.

  2. Quand le contrôleur auquel AP appartient est inaccessible, assurez-vous que WCS a la Connectivité au WLC d'AP.

  3. Si WCS vote les contrôleurs par des liens avec le MTU inférieur, essayez de tordre la configuration variable de MaxVarBindsPerPDU dans WCS. Ce paramètre décide le nombre d'attributs introduits un paquet simple. La taille du paquet peut être changée si vous modifiez le nombre d'attriubutes envoyés. Afin d'accéder à la variable, choisissez WCS installationdirectory > des webnms > des classes > COM > Cisco > serveur > des ressources. Ouvrez le fichier SNMPparameters.properties avec le Wordpad et localisez MaxVarBindsPerPDU thevariable. Il a la valeur par défaut de 100. Changez-le à 50ainsi que WCS met moins attributs dans les paquets simples SNMP, ainsi il a de plus petits paquets.

Incapable d'ajouter l'appliance de serveur d'emplacement ou d'emplacement à WCS

Vous pourriez recevoir ce message d'erreur ou d'autres messages d'erreur quand vous ajoutez un serveur d'emplacement à WCS :

Aucune réponse de serveur d'emplacement. Il peut être inaccessible, ou les qualifications de Connectivité sont incorrectes

Il y a un certain nombre de facteurs qui peuvent créer des problèmes quand vous ajoutez une appliance d'emplacement à WCS. Suivez ces conseils afin de dépanner :

  • Vérifiez que l'appliance d'emplacement est mise sous tension ; le voyant d'alimentation reste en fonction et ne flashe pas.

  • Vérifiez que le serveur WCS peut cingler l'appliance d'emplacement.

  • Employez l'interface de ligne de commande de l'appliance d'emplacement afin de s'assurer que le processus de serveur s'exécute.

  • Si les paramètres de la ligne de commande sont placés correctement dans l'appliance d'emplacement par la console, le nom d'utilisateur initial est admin, et le mot de passe est admin quand vous ajoutez l'appliance d'emplacement à WCS. La case pour HTTPS devrait être effacée jusqu'à ce que l'appliance d'emplacement soit ajoutée et le niveau de logiciel peut être coché et mis à jour comme nécessaire. Le nom utilisé distingue les majuscules et minuscules et devrait être seulement le nom attribué d'hôte à l'appliance d'emplacement, pas le nom de domaine complet.

    Référez-vous à configurer l'appliance d'emplacement pour des informations détaillées sur la façon configurer l'appliance d'emplacement.

  • En configurant WCS pour communiquer avec l'appliance d'emplacement, le nom d'utilisateur, le mot de passe, et le numéro de port devraient demeurer inchangés et dans l'état par défaut. Le pour en savoir plus, se rapportent à importer l'appliance d'emplacement dans WCS.

  • Assurez-vous que le paramètre horaire sur le serveur d'emplacement apparie le temps WCS.

  • WCS pourrait être une révision plus ancienne que le serveur d'emplacement. Dans ce cas, améliorez le WCS à la dernière version.

  • Si les problèmes de nom d'utilisateur ou de mot de passe continuent à se poser, la base de données interne sur l'appliance d'emplacement, qui contient la base de données utilisateur, peut être placée de nouveau aux par défaut d'usine. Afin de placer la base de données interne de nouveau aux par défaut d'usine, suivez ces étapes :

    1. Employez le rm - commande f /opt/locserver/db/linux/server-eng.db afin de supprimer le fichier server-eng.db.

    2. Employez la commande de reprise de /etc/rc.d/init.d/locserver afin de redémarrer l'appliance d'emplacement.

Le fichier importé de message d'erreur « n'est pas du type approprié. Veuillez importer le fichier de .txt »

Quand vous importez un fichier de l'information de ressource (asset.out) pour un serveur d'emplacement qui utilise WCS, ce message d'erreur apparaît :

Imported file is not of the correct type. Please import .txt
	file

Cette question est documentée dans l'ID CSCsg79427 (clients enregistrés de bogue seulement) et est associée avec des versions antérieures de WCS et d'appliance d'emplacement.

Afin de résoudre ce problème, renommer le fichier asset.out à asset.txt, et réimporter le fichier. Le nom du fichier des informations de ressource doit finir dans l'extension de fichier de .txt quoique le fichier pourrait être un fichier texte valide ASCII. N'importe quelle autre extension génèrera une erreur sur l'importation.

Cette question a été résolue dans la version 4.1.83.0 WCS et la version 3.0.37.0 d'appareils d'emplacement. Référez-vous à importer et à exporter les informations de ressource pour les informations sur la façon dont importer et exporter les informations de ressource pour les appliances d'emplacement qui utilisent WCS.

Le message d'erreur « le _FIIfexp_ de point d'entrée de procédure ne pourrait pas se trouvent à la bibliothèque de liens dynamiques DFORRT.DLL »

WCS utilise une application tierce, telle que le compilateur MATLAB, et MATLAB utilise une version spécifique de la bibliothèque DFORRT.dll. Ainsi quand une application a déjà installé la bibliothèque DFORRT.dll dans le répertoire de c:\windows\system32, le WCS n'est pas correctement installé. Quand vous commencez WCS, vous recevez ce message d'erreur :

The procedure entry point _FIIfexp_ could not be located in the dynamic link library 
        DFORRT.DLL

Afin de corriger le problème, retirez le fichier DFORRT.dll dans c:\windows\system32 et réinstallez WCS.

ERREUR : L'accès MIB a manqué

Quand vous apportez des modifications au contrôleur WLAN par WCS, vous pourriez recevoir ce message d'erreur :

ERROR: MIB access failed

Un possible raison pour que cette erreur apparaisse dans WCS est un paramètre incorrect d'accès SNMP est placé pour le contrôleur. Si vous entrez un paramètre d'accès en lecture seule, le contrôleur est ajouté, mais WCS ne peut pas modifier la configuration.

Vous devez résoudre ce problème avant que vous poursuiviez à l'étape suivante. Afin de résoudre ce problème, assurez-vous que n'importe quel paramètre d'accès SNMP est placé pour écrire.

Remarque: Cisco recommande que vous utilisiez toujours les dernières versions de WLC et de WCS.

Incapable de pousser des modèles WLAN au WLC de WCS

Exécutez ces contrôles :

  1. WCS et WLC devraient avoir les versions de logiciel compatibles. Assurez-vous qu'ils exécutent la même version majeure.

  2. WCS et WLC devraient être synchronisés les uns avec les autres. Sur le GUI WCS, choisissez configurent. De la traction vers le bas enfermez dans une boîte dans le côté droit, cliquez sur le contrôleur et choisissez un WLC. Le clic régénèrent le config du contrôleur.

  3. Si vous recevez le message d'erreur refusé par autorisation quand vous poussez le modèle au WLC, assurez-vous que vous êtes ouvert une session en tant qu'utilisateur de base sur WCS.


Informations connexes


Document ID: 91575