Solución de problemas de Cisco Insight Reporter

Introducción

Este documento describe cómo resolver varios problemas relacionados con Insight reporter, que es una plataforma de software integrada con Cisco Service Control Solution y está diseñada para generar varios informes, gráficos y estadísticas.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• Solución de control de servicios de Cisco
• Conocimientos básicos sobre Service Control Engine (SCE), Collection Manager (CM) e Insight Reporting

Componentes Utilizados

La información contenida en este documento se basa en las pruebas realizadas con Insight versión 4.2. Sin embargo, este documento no se limita a ninguna versión de software específica.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Solución de problemas de información

Si Insight Reporter no puede generar ningún informe, siga estos pasos para solucionar el problema.

Paso 1. Verifique que los archivos jconn3.jar requeridos se copien en Insight Server. El kit de instalación predeterminado de Insight se incluye con el conector Java Database Connectivity (JDBC) para MySQL 5.x. Para utilizar Sybase (ASE v 12.x o posterior) u Oracle (v 9.x o posterior) como base de datos de tráfico, es posible que deba copiar las jars de conector JDBC compatibles (no suministradas con Cisco Insight Reporter) para que el servidor de base de datos correspondiente siga el directorio.

 [user home directory]/Insight/apache-tomcat-6.0.20/webapps/insight/WEB-INF/lib

Una vez copiado el archivo, es necesario reiniciar el servidor de Insight para que los cambios surtan efecto.

/etc/init.d/tomcat-instance stop
 /etc/init.d/tomcat-instance start

Paso 2. Verifique que el servidor Insight pueda comunicarse con la base de datos de tráfico.

Abra la interfaz gráfica de usuario de Insight y haga clic en el icono Settings Management (Administración de parámetros) del punto de ejecución del módulo. Seleccione la base de datos en la ficha Bases de datos de tráfico y haga clic en Editar. Como se muestra, aparece la ventana Editar base de datos de tráfico. Debe configurar los diferentes campos como Dirección IP de la base de datos, Esquema de la base de datos, Nombre de usuario, Contraseña, etc. Después de la configuración, haga clic en el botón Test (Prueba). Si la conectividad de la base de datos se realiza correctamente, muestra la prueba de configuración correcta, como se muestra en esta imagen.

Si la prueba produce algún error como la base de datos remota no se puede conectar, señala un problema de comunicación con la base de datos. Siga estos pasos para solucionar el problema:

• Verificar que los parámetros de la base de datos sean correctos
• Verifique que la base de datos esté activa y en ejecución
• Verifique la conectividad IP entre el servidor Insight y la base de datos de tráfico

Paso 3. Compruebe que el SCE envía los registros de datos sin procesar (RDR) al CM. Este comando se puede utilizar para verificar si el conteo de RDR se incrementa y no hay RDR en cola o tirados en el SCE.

 SCE8000-1#>show RDR-formatter 
 Status:  enabled
 Connection is: down
 Forwarding mode: multicast
 Connection Table:
 ------------------------------------------------------------------------------------------
 | Collector       | Port  |Status| Priority per Category:                                |
 | IP-Address  /   |       |      |-------------------------------------------------------|
 | Host-Name       |       |      | Category1   | Category2   | Category3   | Category4   | 
 |-----------------|-------|------|-------------|-------------|-------------|-------------|
 | 10.106.38.250   | 33000 | down | 100         | 100         | ---         | ---         | 
 ------------------------------------------------------------------------------------------
 RDR:    queued: 46629 ,sent: 28417, thrown:     0, format-mismatch:     0
 UM:     queued:     0 ,sent:     0, thrown:     0
 Logger: queued:     0 ,sent:     0, thrown:     0
 Errors: thrown:     0
 Last time these counters were cleared: 10:19:09  IST  MON  April  11  2016
 SCE8000-1#>

Paso 4. Verifique que el CM se esté ejecutando, que reciba RDR del SCE, que procese RDR y que lo envíe a la base de datos de tráfico.

Este script se puede utilizar para verificar que el CM funciona.

-bash-4.1$ ~scmscm/setup/alive.sh 


ESTADO CORRECTO. CM funciona

Hay un proceso para cada adaptador CM habilitado, por lo que es útil identificar qué adaptadores CM se están ejecutando en este momento.

-bash-4.1$ ps -ef | grep scmscm.adapters
 scmscm    1726 32298  0 00:47 pts/1    00:00:00 grep scmscm.adapters
 scmscm    3910  1663  0 Apr12 ?        00:03:14 /opt/CM510/cm/lib/java/bin/java -DADAPTER=RAGAdapter -Djava.security.egd=file:/dev/./urandom -DconfigFile=cm.conf -server -Xconcurrentio -DAPP=com.cisco.scmscm.adapters.rag.RAGAdapter -Dcom.cisco.scmscm.configPath=/opt/CM510/cm/config/ -Dcom.cisco.scmscm.home=/opt/CM510 -Dcom.cisco.scmscm.logPath=/opt/CM510/cm/logs -Xmx4076M com.cisco.scmscm.adapters.BaseAdapter com.cisco.scmscm.adapters.rag.RAGAdapter /opt/CM510/cm/adapters/RAGAdapter/ /opt/CM510/cm/config/ 10000
 scmscm    3913  1663  0 Apr12 ?        00:02:52 /opt/CM510/cm/lib/java/bin/java -DADAPTER=TAAdapter -Djava.security.egd=file:/dev/./urandom -DconfigFile=cm.conf -server -Xconcurrentio -DAPP=com.cisco.scmscm.adapters.topper.TAAdapter -Dcom.cisco.scmscm.configPath=/opt/CM510/cm/config/ -Dcom.cisco.scmscm.home=/opt/CM510 -Dcom.cisco.scmscm.logPath=/opt/CM510/cm/logs -Xmx512M com.cisco.scmscm.adapters.BaseAdapter com.cisco.scmscm.adapters.topper.TAAdapter /opt/CM510/cm/adapters/TAAdapter/ /opt/CM510/cm/config/ 10000
 scmscm    3919  1663  0 Apr12 ?        00:02:46 /opt/CM510/cm/lib/java/bin/java -DADAPTER=CSVAdapter -Djava.security.egd=file:/dev/./urandom -DconfigFile=cm.conf -server -Xconcurrentio -DAPP=com.cisco.scmscm.adapters.CSVAdapter -Dcom.cisco.scmscm.configPath=/opt/CM510/cm/config/ -Dcom.cisco.scmscm.home=/opt/CM510 -Dcom.cisco.scmscm.logPath=/opt/CM510/cm/logs com.cisco.scmscm.adapters.BaseAdapter com.cisco.scmscm.adapters.CSVAdapter /opt/CM510/cm/adapters/CSVAdapter/ /opt/CM510/cm/config/ 10000
 scmscm    3923  1663  0 Apr12 ?        00:04:15 /opt/CM510/cm/lib/java/bin/java -DADAPTER=JDBCAdapter -Djava.security.egd=file:/dev/./urandom -DconfigFile=cm.conf -server -Xconcurrentio -DAPP=com.cisco.scmscm.adapters.jdbc.JDBCAdapter -Dcom.cisco.scmscm.configPath=/opt/CM510/cm/config/ -Dcom.cisco.scmscm.home=/opt/CM510 -Dcom.cisco.scmscm.logPath=/opt/CM510/cm/logs com.cisco.scmscm.adapters.BaseAdapter com.cisco.scmscm.adapters.jdbc.JDBCAdapter /opt/CM510/cm/adapters/JDBCAdapter/ /opt/CM510/cm/config/ 10000

Para verificar que el CM recibe los RDR del SCE y la velocidad a la que los diversos SCE envían los RDR, utilice este script.

-bash-4.1$ ~scmscm/scripts/sceconf.sh --op=list
 IP               Rate       Peak      
 ---------------- ---------- ----------
 10.106.37.14     0.04       1001.56   

 Command terminated successfully

Este script proporciona el estado de CM, DB y de la conectividad de CM a DB.

-bash-4.1$ ~scmscm/setup/monitor/monitor.sh -a -d 
 Test: 01db_up.sh. Status: PASS. Message: db is up
 Test: 02cm_up.sh. Status: PASS. Message: CM is running
 Test: 03free_db.sh. Status: PASS. Message: 50% free space in data db
 Test: 04free_log.sh. Status: FAIL. Message: Unsupported for MySQL
 Test: 05cm_persistent_buffers.sh. Status: PASS. Message: All Adapter persistent buffers are in Normal state

Esta secuencia de comandos ayuda a verificar que las tablas DB se actualizan con los últimos datos. El script consulta las diversas tablas de la base de datos de tráfico y proporciona el resultado con los valores min_time y max_time. El min_time proporciona la información de marca de tiempo del primer registro de la tabla y el max_time proporciona la marca de tiempo del registro más reciente de la tabla.

Paso 5. Verifique los archivos de registro de CM y vea si hay algún error informado en los registros. Los archivos de registro de CM están disponibles en esta carpeta.

~scmscm/cm/logs

Paso 6. Verifique que la tabla INI_VALUES se actualice en la base de datos de tráfico. El servidor Insight recupera la información del dispositivo de la tabla INI_VALUES. Siempre que se cambie la configuración de servicio del SCE, se actualiza la tabla INI_VALUES. Verifique que las entradas SCE estén en la tabla con VALUE_TYPE=5 como en este ejemplo.

Paso 7. Recopile los registros de depuración. En caso de que Insight todavía no pueda generar los informes, Cisco Technical Assistance Center (TAC) requiere los registros del servidor Insight. Estos son los pasos para recopilar los registros del servidor Insight.

• Abra la GUI de Insight y haga clic en el icono Settings Management en Module Launcher. Expanda la opción Registro en la pestaña Configuración global.
• Establezca el umbral de registro de eventos en ADVERTENCIA y Umbral de registro de aplicaciones en DEBUG y guarde la configuración.
• Ejecute el informe desde Insight y recopile inmediatamente el archivo logs.log del Insight Server. El archivo logs.log contiene la consulta SQL que el servidor Insight utiliza para obtener datos de la base de datos, para el informe específico. La Ruta del Archivo de Registro en la sección Registro de la pestaña Configuración Global proporciona la ubicación exacta del archivo logs.log.

Información Relacionada

• Guía del usuario de Cisco Insight Server