Este documento describe los mensajes de error comunes en WCS y cómo solucionarlos.
Cisco recomienda que tenga conocimiento sobre estos temas:
Cómo configurar Cisco WCS
Cómo configurar un Wireless LAN (red inalámbrica (WLAN)) con los controladores de WLAN (WLCs) y los Puntos de acceso ligeros (revestimientos)
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.
Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.
Usted puede ser que reciba este mensaje cuando usted instala y funciona con el nuevo software WCS 4.0 en un servidor de Windows 2003:
“Seleccione por favor otra ubicación para extraer el instalador a”
Este mensaje de error pudo aparecer otra vez incluso si otra ubicación se elige para extraer el archivo del instalador. Este problema puede suceder si el archivo descargado del instalador es corrupto.
Para resolver este problema, descargue el archivo del instalador, y ejecute la aplicación de la configuración otra vez.
La licencia WCS se publica sobre la base del nombre del host del servidor WCS proporcionado cuando usted compra la licencia.
El WCS en el Linux mira los archivos /etc/hosts y /etc/sysconfig/network, y la salida del comando hostname para determinar el nombre de host del servidor para autorizar purposes.
Uno de los problemas comunes vistos durante la instalación de la licencia WCS es donde una o los archivos de /etc/hosts y de /etc/sysconfig/network se ha construido incorrectamente con un nombre de dominio completo (FQDN), que causa el comando hostname de volver incorrectamente el FQDN bastante que apenas el nombre de host.
Así pues, cuando usted carga el archivo de licencia (.lic) sobre el servidor Linux WCS, el proceso de la carga puede fallar con este mensaje de error:
el “archivo de licencia no hace juego el nombre de host local”
Porque la licencia de Cisco WCS se ata al nombre del host del servidor donde Cisco WCS está instalado, es importante ingresar el nombre del host correcto durante el proceso de inscripción de la autorización de Cisco WCS. Si no, entonces el archivo de llave de la licencia generado no hará juego el nombre del host del servidor WCS y como consecuencia la llave de la licencia no funcionará. Esto llevará a este mensaje de error cuando usted carga el archivo de licencia.
Usted puede resolver este problema con una de estas opciones:
Cambie el nombre del host del servidor WCS para ser lo mismo que el nombre del archivo de la llave de la licencia.
Para cambiar el nombre del host del servidor WCS, complete estos pasos:
Pare el servicio WCS antes de que usted cambie el nombre del host del servidor según lo descrito en el “parar del WCS en la sección de Linux” de la guía de configuración del Cisco Wireless Control System.
Haga un respaldo de la base de datos WCS antes de que usted cambie el nombre del host según lo descrito en el “sostener la sección de la base de datos WCS (para Linux)” de la guía de configuración del Cisco Wireless Control System.
Cambie el nombre del host del servidor Linux WCS como descrito adentro cambie su nombre de host sin reiniciar en el Redhat Linux en el sitio web de XenoCafe.
Funcione con un control en la base de datos.
Navegue al directorio de /opt/WCS4.0/bin (o al directorio elegido durante la instalación), y ingrese el checkschema de ./DBAdmin.
Comience el WCS.
Navegue al directorio de /opt/WCS4.0/ (o al directorio elegido durante la instalación) y ingrese ./StartWCS
Solicite el grupo de la licencia de Cisco reconstruir un nuevo archivo de licencia con el nombre del host correcto del servidor.
El WCS señalan los clientes de red inalámbrica que ejecutan el Temporal Key Integrity Protocol (TKIP) (sobre todo WPA-PSK) como teniendo una clave WEP incorrecta.
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'.
Esto es debido al Id. de bug Cisco CSCse11202 (clientes registrados solamente). Este defecto no afecta al funcionamiento de la red inalámbrica (WLAN). El arreglo para esto está disponible con la versión 3.2.171.6 del WLC. Para parar estos mensajes de error, actualice el software WLC a 3.2.171.6.
Cuando un usuario agrega una regla a un Access Control List (ACL) en la plantilla WCS, falla si un número existente se utiliza para el campo del número de secuencia como en el caso de cuando un usuario inserta una regla al principio o el centro de una lista existente. Esto evita que el WCS inserte las nuevas reglas en un ACL.
Una excepción se genera en los registros:
TRACE[com.aes] THROW java.lang.ClassCastException at com.cisco.server.managedobjects.aaa.AclHelper.addNewRule(Unknown Source)
También, este error se presenta al usuario en la ventana:
Error(s): You must correct the following error(s) before proceeding: Error:\nUnknown Exception Occured.
Este problema es debido al Id. de bug Cisco CSCse66255 (clientes registrados solamente). La solución alternativa es agregar una nueva regla al final del ACL o modificar la regla anterior. Este problema se ha resuelto en la versión 4.0.87.0 WCS.
Cuando usted crea un nombre de la interfaz dinámica dentro del WCS que contiene las letras mayúsculas y los espacios (por ejemplo, acceso de la empresa), la interfaz se crea con éxito. Sin embargo, usted puede ser que no pueda borrar esta interfaz dinámica del WCS. Usted recibirá este mensaje cuando usted intenta borrar la interfaz:
“Funcionamiento de SNMP fallado”
Este problema se relaciona con el ID de bug CSCsc92240 (clientes registrados solamente).
Como solución alternativa, usted puede borrar estas interfaces solamente del regulador (no sin embargo WCS). Las interfaces dinámicas que se crean con las letras mayúsculas en el WCS se retitulan con las letras minúsculas en el regulador. Para borrar la interfaz creada con las letras mayúsculas de la línea de comando en el regulador, usted debe utilizar todas las letras minúsculas. Si hay espacios en el nombre de la interfaz, tal como acceso de la empresa, el comando de borrar la interfaz del regulador se debe utilizar con el nombre de la interfaz incluido en las comillas. Por ejemplo:
cancelación “nombre de la interfaz de los config de la interfaz”
En este escenario, el comando es cancelación “acceso de la interfaz de los config de la empresa”.
Este problema es debido al Id. de bug Cisco CSCse27134 (clientes registrados solamente). El WCS no puede salvar los obstáculos en las correspondencias actuales o nuevas - los nIDs agotados. El usuario ha alcanzado el límite cifrado duro de 999. Los registros muestran esta salida:
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
No hay solución alternativa, pero las versiones 4.0 WCS y mayor no son afectadas por este bug, así que una actualización a esa versión resuelve el problema.
El WCS visualiza esta alarma menor:
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'
Esta alarma menor indica que el cliente intentó autenticar en varias ocasiones y falló. Después de que la tercera tentativa, el cliente fuera puesta en la lista de la exclusión del cliente. En este momento que no se permite al cliente particular asociarse por 60 segundos (valor por defecto o sea cual sea usted ha fijado en la red inalámbrica (WLAN)). Después de los 60 segundos está para arriba, el cliente se libera para autenticar otra vez.
Cuando usted instala WCS 4.0 en un servidor de Windows 2003, usted puede ser que vea este mensaje de error. Esto es porque el puerto 8009, que el WCS utiliza, es utilizado por una cierta otra aplicación. Para resolver este problema, usted necesita determinar qué aplicación utiliza el puerto 8009, y la parada que aplicación. Complete estos pasos:
Del servidor de Windows 2003, elija el Start (Inicio) > Run (Ejecutar) > cmd para abrir un comando prompt.
Ingrese el netstat - ano para enumerar todas las conexiones TCP y TCP activos, los números del puerto UDP con el identificador de proceso (PID).
Busque para el puerto 8009, y observe el PID a la derecha.
Vaya al administrador de tareas, y haga clic la visión.
Seleccione las columnas, elija el PID, y haga clic la AUTORIZACIÓN.
Localice el proceso que tiene el PID que usted observó en el paso 3, y haga clic el proceso del final para cerrar esa aplicación.
Las correspondencias del calor no se generan en WCS 4.0 con el 2.1 del servidor de la ubicación. El usuario ve este mensaje de error:
'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
Esto pudo ser debido al Id. de bug Cisco CSCse83815 (clientes registrados solamente).
Complete estos pasos como solución alternativa:
Elija el monitor > las correspondencias, y seleccione el suelo donde las correspondencias del calor AP no aparecen.
Vaya a colocar los aps en la lista desplegable a la derecha el extremo derecho.
Seleccione el AP donde las correspondencias del calor no trabajan.
A la izquierda, elija otro para el tipo de antena, y haga clic la salvaguardia.
Vuelva al tipo de antena y seleccione la misma antena que utilizó originalmente, y haga clic la salvaguardia otra vez.
La correspondencia del calor para este AP debe ahora trabajar.
Este mensaje indica que el AP que al mismo tiempo fue marcado como granuja de confianza AP es visto no más por el regulador. Cuando un regulador detecta a un granuja AP, usted tiene la opción para hacer ese AP un AP de confianza, una vez que es un de confianza este mensaje trampa AP aparece si el regulador no oye de ese AP más.
Estos bug se asocian a este mensaje de error.
CSCsd73855 (clientes registrados solamente) — Detectaron a un granuja AP en un sitio remoto y marcado como “contuvo” al lado de un solo Punto de acceso. Cuando el Punto de acceso fue detectado no más, el WCS puso para arriba una alerta sobre un Punto de acceso de confianza es que falta o fallado.
El AP de confianza < MAC address > en el regulador <ip address> falta o ha fallado
No hay método alternativo conocido ahora.
CSCsc59180 (clientes registrados solamente) — Cuando un punto de acceso no autorizado es detectado por el WCS y cuando los conjuntos del usuario el estado a sabido - el externo, Cisco WCS visualiza el Punto de acceso como desaparecidos confiados en.
Usted no podría agregar y configurar los AP para una de estas razones
Cuando el WCS y el WLC son versiones incompatibles corrientes, aseegurese los funcionan con las mismas versiones importantes del código.
Cuando el regulador al cual el AP pertenece es inalcanzable, asegúrese de que el WCS tenga Conectividad al WLC del AP.
Si el WCS sondea los reguladores a través de los links con el MTU inferior, intente pellizcar la configuración variable de MaxVarBindsPerPDU en el WCS. Este parámetro decide al número de atributos enviados en un solo paquete. El tamaño del paquete puede ser cambiado si usted modifica el número de attriubutes enviados. Para acceder la variable, elija el WCS installationdirectory > los webnms > las clases > los recursos COM > de Cisco > del server>. Abra el archivo SNMPparameters.properties con el Wordpad y localice MaxVarBindsPerPDU thevariable. Tiene el valor predeterminado de 100. Cambíelo a 50tanto como el WCS pone menos atributos en los solos paquetes snmp, así tiene paquetes más pequeños.
Usted puede ser que reciba este mensaje de error u otros mensajes de error cuando usted agrega un servidor de la ubicación al WCS:
Ninguna respuesta del servidor de la ubicación. Puede ser inalcanzable, o las credenciales de la Conectividad son incorrectas
Hay varios factores que pueden crear los problemas cuando usted agrega un dispositivo de la ubicación al WCS. Siga estas extremidades para resolver problemas:
Verifique que el dispositivo de la ubicación esté accionado encendido; la Luz eléctrica permanece encendido y no contellea.
Verifique que el servidor WCS pueda hacer ping el dispositivo de la ubicación.
Utilice la interfaz de la línea de comandos del dispositivo de la ubicación para asegurarse de que el proceso del servidor se está ejecutando.
Si los parámetros de la línea de comandos se fijan correctamente dentro del dispositivo de la ubicación a través de la consola, el Nombre de usuario inicial es admin, y la contraseña es admin cuando usted agrega el dispositivo de la ubicación al WCS. La casilla de verificación para el HTTPS debe ser borrada hasta que se agregue el dispositivo de la ubicación y el nivel de software se puede marcar y actualizar según las necesidades. El nombre usado es con diferenciación entre mayúsculas y minúsculas y debe ser solamente el nombre del host asignado al dispositivo de la ubicación, no el Nombre de dominio totalmente calificado (FQDN).
Refiera a configurar el dispositivo de la ubicación para información detallada sobre cómo configurar el dispositivo de la ubicación.
Al configurar el WCS para comunicar con el dispositivo de la ubicación, el Nombre de usuario, la contraseña, y el número del puerto deben seguir siendo inalterados y en el estado predeterminado. Para más información, refiera a importar el dispositivo de la ubicación en el WCS.
Asegúrese de que la configuración horaria en el servidor de la ubicación haga juego el tiempo WCS.
El WCS pudo ser una revisión más vieja que el servidor de la ubicación. En este caso, actualice el WCS a la última versión.
Si el Nombre de usuario o los problemas de contraseña continúa ocurriendo, la base de datos interna en el dispositivo de la ubicación, que contiene la base de datos de usuarios, se puede fijar de nuevo a los valores predeterminados de fábrica. Para fijar la base de datos interna de nuevo a los valores predeterminados de fábrica, siga los siguientes pasos:
Utilice el rm - comando f /opt/locserver/db/linux/server-eng.db para borrar el archivo server-eng.db.
Utilice el comando del reinicio de /etc/rc.d/init.d/locserver para recomenzar el dispositivo de la ubicación.
Cuando usted importa un archivo de información del activo (asset.out) para un servidor de la ubicación que utilice el WCS, este mensaje de error aparece:
Imported file is not of the correct type. Please import .txt file
Este problema se documenta en el ID de bug CSCsg79427 (clientes registrados solamente) y se asocia a las versiones anteriores del WCS y del dispositivo de la ubicación.
Para resolver este problema, retitular el archivo asset.out a asset.txt, y reimportar el archivo. El nombre del archivo de la información del activo debe terminar en la extensión de archivo de .txt aunque el archivo pudo ser un archivo de texto de ASCII válido. Cualquier otra extensión generará un error sobre la importación.
Este problema se ha resuelto en la versión 4.1.83.0 WCS y la versión 3.0.37.0 del dispositivo de la ubicación. Refiera a importar y a exportar la información del activo para la información sobre cómo importar y exportar la información del activo para los dispositivos de la ubicación que utilizan el WCS.
El WCS utiliza una aplicación de terceros, tal como compilador MATLAB, y MATLAB utiliza una versión específica de la biblioteca DFORRT.dll. Tan cuando una aplicación ha instalado ya la biblioteca DFORRT.dll en la carpeta de c:\windows\system32, el WCS no está instalado correctamente. Cuando usted comienza el WCS, usted recibe este mensaje de error:
The procedure entry point _FIIfexp_ could not be located in the dynamic link library DFORRT.DLL
Para corregir el problema, quite el archivo DFORRT.dll en c:\windows\system32 y reinstale el WCS.
Cuando usted realiza los cambios al controlador de WLAN con el WCS, usted puede ser que reciba este mensaje de error:
ERROR: MIB access failed
Una razón posible de este error para aparecer en el WCS es un parámetro incorrecto del acceso SNMP se fija para el regulador. Si usted ingresa acceso de sólo lectura un parámetro, se agrega el regulador, pero el WCS no puede modificar la configuración.
Usted debe resolver este problema antes de que usted proceda al siguiente paso. Para resolver este problema, asegúrese de que cualquier parámetro del acceso SNMP está fijado para escribir.
Nota: Cisco recomienda que usted utiliza siempre las últimas versiones del WLC y del WCS.
Realice estos controles:
El WCS y el WLC deben tener versiones de software compatibles. Asegúrese de que funcionen con la misma versión importante.
El WCS y el WLC se deben sincronizar con uno a. En WCS GUI, elija la configuración. De la extracción abajo encajone en el Lado derecho, haga clic el regulador y elija un WLC. El tecleo restaura los config del regulador.
Si usted consigue el mensaje de error negado permiso cuando usted avanza la plantilla al WLC, aseegurese que le abren una sesión como el usuario raíz en el WCS.