Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Opción "autoaprendizaje de agentes" no funciona en Pandora 3.2.1 - Build PC11022
#1
Hola.
Mi nombre es Juan Alberto y pertenezco al Servicio de Informática de la Universidad de Córdoba.
Desde hace casi 2 años estamos monitorizando gran parte de nuestros sistemas con Pandora y la verdad es que el grado de satisfacción con la aplicación es bastante completo, llegando a tener más de 500 monitores en estos momentos.
Hará aproximadamente un par de meses hemos actualizado de la versión 3.1 a la versión 3.2.1
En principio no hubo ningún problema sin embargo, en esta última semana hemos observado algunas cosas extrañas. Por ejemplo, a la hora de intentar que la consola web reconozca un nuevo agente software cuando lo instalamos y configuramos en una máquina remota e iniciamos el demonio en dicha máquina.
Este proceso siempre ha sido automático en la versión 3.1 y nunca habíamos tenido ningún problema.
Se ha comprobado que en el fichero de configuración del servidor de pandora (pandora_server.conf) el parametro "autocreate" está puesto a 1, por lo que en principio los agentes se debieran crear por defecto en modo "autoaprendizaje" y por tanto, bastaría con definir el fichero "pandora_agent.conf" y arrancar el demonio del agente (pandora_agent_daemon start) para que la consola web lo reconociera.
Se ha comprobado por supuesto que la dirección IP definica en pandora_server.conf es la del servidor de pandora y se ha intentado instalar y arrancar el agente software nuevo en varias máquinas.
Hay que señalar que todas estas máquinas trabajan en Solaris (SunOS puentent 5.10 Generic_142910-17 i86pc i386 i86pc) y que al arrancar el demonio del agente se le asigna un proceso PID por lo que en el fondo el agente remoto funciona pero en la consola web luego no nos aparece dicho agente.
Se ha probado también a arrancar el agente en modo debug y comprobar que en el fichero de datos XML los datos son recogidos de manera correcta.
Incluso hemos configurado un agente que simplemente tiene un monitor que devuelve un valor numerico fijo (siempre el mismo numero) con la intención de reducirlo al mínimo pero tampoco hemos sido capaces de conseguir que el agente se creara de manera automática.
Es más, incluso aunque el agente se crease de manera manual en la consola web y se pusiera como "autoaprendizaje" luego al añadir nuevos monitores en el fichero pandora_agent.conf éstos tampoco son reconocidos al reiniciar el demonio del agente remoto.

¿Alguna idea de qué puede estar ocurriéndonos? Muchas gracias por adelantado.
 Reply
#2
Saludos, Juan Alberto.

Quizás encuentres algo interesante en el anexo de la documentación de Pandora acerca de dicha actualización:

Anexo actualización de Pandora FMS

Actualización de Pandora FMS por pasos

Comprueba que los pasos que te describo a continuación han sido seguidos estrictamente:

1) Pandora 3.1 a 3.1.1
2) Pandora 3.1.1 a 3.2
3) Pandora 3.2 a 3.2.1

Es posible actualizar de 3.1.X a 3.2.1 directamente (siguiendo los pasos en el anexo para actualizar de 3.1.X a 3.2), puesto que 3.2 y 3.2.1 son practicamente iguales, pero se han reportado otro tipo de problemas distintos a los que comentas... si bien los agentes software se creaban sin problemas.

No olvides ejecutar el script de codificación que aparece en la documentación que te he adjuntado ANTES de ejecutar cualquier elemento de Pandora.

Aparte de eso:

- Recomendable editar el archivo pandora_server.conf (localizado por defecto en /etc/pandora) y activar la opción verbosity a 10, para revisar los logs en /var/log/pandora/pandora_server.log y pandora_server.error con información más detallada al respecto.

- Una vez hecho todo lo anterior, desactiva el modo debug de los agentes (pandora_agent.conf) y comprueba en el servidor que en /var/spool/pandora/data_in no recibes ningún BADXML... de no ser así, ejecuta:

Code:
xmllint /var/spool/pandora/data_in/hostname.xxxxxxxxxx.data_BADXML

... para comprobar los fallos... de todas formas si en modo debug los XML no presentan fallos, no debería haber ningún problema.

Se agradece información detallada sobre el procedimiento seguido para dicha actualización así como cualquier captura de pantalla al respecto de los problemas indicados.

Un saludo.
 Reply
#3
Gracias por la información aportada "tpalacios"

Comentarte que he probado en un servidor de Pandora que tenemos de desarrollo (en el que tenía los problemas era el servidor de Pandora de producción) y en este he observado que el problema también se me reproduce. Este servidor está recién instalado con la versión 3.2.1 - build pc11023 directamente (es decir, que no procede de ninguna actualización) por lo que no tiene aún ningún agente.
He activado la opción verbosity = 10, tal y como me has indicado y he intentado cargar solo un agente con un monitor y el problema se me sigue reproduciendo.
Analizaré los ficheros de log a ver si encuentro algo y te lo comento.

Juan Alberto.
 Reply
#4
Hola.

Hemos probado en una máquina nueva la instalación de un nuevo servidor de Pandora de pruebas, con la opción verbosity a 10 y autocreate = 1. Dicho servidor de Pandora está limpio (sin agentes ni monitores) y su versión es Pandora FMS Server 3.2.1 Build 110223.
El comportamiento es el mismo, pues al arrancar un agente software en otra máquina (como siempre hemos ido haciendo estos 2 años atrás) obtenemos su PID correctamente (incluso en modo debug se obtiene el fichero de datos correcto) pero luego no aparece dicho agente reflejado en la consola web de este nuevo servidor de Pandora recién instalado.
He pensado que quizás el problema no esté en la parte del servidor sino en la parte del cliente. La versión de "pandora_agent_daemon" es la siguiente: v3.0 Build 091103.
¿Será necesaria una versión más actual, si la hubiere? Quizás dicha versión no sea totalmente compatible con la versión 3.2.1 del servidor de Pandora.
Espero que alguien pueda ayudarme con este problema.
Muchas gracias por adelantado.
 Reply
#5
Buenas tardes.

Peculiar problema si con un servidor nuevo de instalación limpia con la misma versión sigue reportando los mismos problemas.

De momento la primera deducción es que el error no está en la actualización sino en algún problema de compatibilidad entre los agentes Solaris que se están usando actualmente y la nueva versión del servidor.

Probablemente sea lo que dices... desafortunadamente es fin de semana y no tengo ahora mismo a mi disposición las herramientas para comprobarlo.

Como ya está aislado el problema, me pondré a comprobarlo y el lunes a más tardar te informo si es problema de incompatibilidad entre esa versión del agente y el servidor 3.2.1 y si hay una nueva versión del agente Solaris disponible.

Saludos.
 Reply
#6
Hola de nuevo.

He conseguido una versión del agente software más actual que la que teníamos anteriormente pero el problema sigue reproduciéndose. La versión con la que he probado es la siguiente: v3.2 Build 101115.

Así pues, el estado actual es éste:
Versión agente software: v3.2 Build 101115
Versión servidor pandora: Pandora 3.2.1 - Build PC11023

El servidor de desarrollo de pandora está recién instalado (el de producción procede de una actualización de la versión 3.0) por lo que tiene 0 agentes y 0 monitores.

La opción "verbosity" del servidor está configurada a 10 y la opción "autocreate" a 1.
Cuando activo el modo debug en el agente obtengo el fichero XML con el siguiente contenido (en principio, todo OK)

cat meta4dsr.1309518365.data

<?xml version='1.0' encoding='ISO-8859-1'?>
<agent_data description='PRUEBA: Meta4dsr' group='Anfitriones' os_name='solaris' os_version='5.10' interval='300' version='3.2.1(Build 110223)' timestamp='2011/07/01 13:06:05' agent_name='meta4dsr' timezone_offset='0'>
        <module>
        <name><![CDATA[prueba]]></name>
        <description><![CDATA[prueba]]></description>
        <type>generic_data</type>
        <data><![CDATA[7]]></data>
        </module>


Al arrancar el servidor en pantalla se muestra lo siguiente (en principio, todo OK)

Pandora FMS Server 3.2.1 Build 110223 Copyright © 2004-2010 ArticaST
This program is OpenSource, licensed under the terms of GPL License version 2.
You can download latest versions and documentation at http://www.pandorafms.org

[*] Server basepath is /etc/pandora/pandora_server.conf
[*] Server logfile at /var/log/pandora/pandora_server.log
[*] Server errorlogfile at /var/log/pandora/pandora_server.error
[*] Server incoming directory at /var/spool/pandora/data_in
[*] Server keepalive 45
[*] Server threshold 5
[*] This server is running in MASTER mode.
[*] Pandora FMS Enterprise module not available.
[*] Backgrounding Pandora FMS Server process.

Pandora Server is now running with PID 13228


El contenido del fichero del fichero /var/log/pandora/pandora_server.log

2011-06-23 14:42:55 pandoradsr [V10] Creating audit entry 'Pandora FMS Server Daemon starting' name 'SYSTEM' action 'System'.
2011-06-23 14:42:56 pandoradsr [V10] Generating event 'pandoradsr dataserver going UP' for agent ID 0 module ID 0.
2011-06-23 14:42:56 pandoradsr [V10] Generating event 'pandoradsr networkserver going UP' for agent ID 0 module ID 0.
2011-06-23 14:42:56 pandoradsr [V10] Generating event 'pandoradsr reconserver going UP' for agent ID 0 module ID 0.
2011-06-23 14:42:56 pandoradsr [V10] Generating event 'pandoradsr snmpconsole going UP' for agent ID 0 module ID 0.
2011-06-24 10:01:22 pandoradsr [V1] Pandora FMS Server 'pandoradsr' Shutdown by signal
2011-06-24 10:01:22 pandoradsr [V10] Generating event 'pandoradsr dataserver going DOWN' for agent ID 0 module ID 0.
2011-06-24 10:01:22 pandoradsr [V10] Generating event 'pandoradsr networkserver going DOWN' for agent ID 0 module ID 0.
2011-06-24 10:01:22 pandoradsr [V10] Generating event 'pandoradsr reconserver going DOWN' for agent ID 0 module ID 0.
2011-06-24 10:01:22 pandoradsr [V10] Generating event 'pandoradsr snmpconsole going DOWN' for agent ID 0 module ID 0.
2011-06-24 10:01:34 pandoradsr [V1] Launching 3.2.1 110223
2011-06-24 10:01:34 pandoradsr [V1] Config options: Logfile at /var/log/pandora/pandora_server.log, Basepath is /etc/pandora/pandora_server.conf, Checksum is 0, Master is 1, SNMP Console is 1, Server Threshold at 5 sec, verbosity at 10, Alert Threshold at 60, ServerName is 'pandoradsr'
2011-06-24 10:01:34 pandoradsr [V10] Creating audit entry 'Pandora FMS Server Daemon starting' name 'SYSTEM' action 'System'.
2011-06-24 10:01:34 pandoradsr [V10] Generating event 'pandoradsr dataserver going UP' for agent ID 0 module ID 0.
2011-06-24 10:01:34 pandoradsr [V10] Generating event 'pandoradsr networkserver going UP' for agent ID 0 module ID 0.
2011-06-24 10:01:34 pandoradsr [V10] Generating event 'pandoradsr reconserver going UP' for agent ID 0 module ID 0.
2011-06-24 10:01:34 pandoradsr [V10] Generating event 'pandoradsr snmpconsole going UP' for agent ID 0 module ID 0.
2011-07-01 10:54:45 pandoradsr [V1] Pandora FMS Server 'pandoradsr' Shutdown by signal
2011-07-01 10:54:45 pandoradsr [V10] Generating event 'pandoradsr dataserver going DOWN' for agent ID 0 module ID 0.
2011-07-01 10:54:45 pandoradsr [V10] Generating event 'pandoradsr networkserver going DOWN' for agent ID 0 module ID 0.
2011-07-01 10:54:45 pandoradsr [V10] Generating event 'pandoradsr reconserver going DOWN' for agent ID 0 module ID 0.
2011-07-01 10:54:45 pandoradsr [V10] Generating event 'pandoradsr snmpconsole going DOWN' for agent ID 0 module ID 0.
2011-07-01 10:54:47 pandoradsr [V1] Launching 3.2.1 110223
2011-07-01 10:54:47 pandoradsr [V1] Config options: Logfile at /var/log/pandora/pandora_server.log, Basepath is /etc/pandora/pandora_server.conf, Checksum is 0, Master is 1, SNMP Console is 1, Server Threshold at 5 sec, verbosity at 10, Alert Threshold at 60, ServerName is 'pandoradsr'
2011-07-01 10:54:47 pandoradsr [V10] Creating audit entry 'Pandora FMS Server Daemon starting' name 'SYSTEM' action 'System'.
2011-07-01 10:54:47 pandoradsr [V10] Generating event 'pandoradsr dataserver going UP' for agent ID 0 module ID 0.
2011-07-01 10:54:47 pandoradsr [V10] Generating event 'pandoradsr networkserver going UP' for agent ID 0 module ID 0.
2011-07-01 10:54:47 pandoradsr [V10] Generating event 'pandoradsr reconserver going UP' for agent ID 0 module ID 0.
2011-07-01 10:54:47 pandoradsr [V10] Generating event 'pandoradsr snmpconsole going UP' for agent ID 0 module ID 0.
2011-07-01 12:52:07 pandoradsr [V1] Pandora FMS Server 'pandoradsr' Shutdown by signal
2011-07-01 12:52:07 pandoradsr [V10] Generating event 'pandoradsr dataserver going DOWN' for agent ID 0 module ID 0.
2011-07-01 12:52:07 pandoradsr [V10] Generating event 'pandoradsr networkserver going DOWN' for agent ID 0 module ID 0.
2011-07-01 12:52:07 pandoradsr [V10] Generating event 'pandoradsr reconserver going DOWN' for agent ID 0 module ID 0.
2011-07-01 12:52:07 pandoradsr [V10] Generating event 'pandoradsr snmpconsole going DOWN' for agent ID 0 module ID 0.
2011-07-01 12:52:09 pandoradsr [V1] Launching 3.2.1 110223
2011-07-01 12:52:09 pandoradsr [V1] Config options: Logfile at /var/log/pandora/pandora_server.log, Basepath is /etc/pandora/pandora_server.conf, Checksum is 0, Master is 1, SNMP Console is 1, Server Threshold at 5 sec, verbosity at 10, Alert Threshold at 60, ServerName is 'pandoradsr'
2011-07-01 12:52:09 pandoradsr [V10] Creating audit entry 'Pandora FMS Server Daemon starting' name 'SYSTEM' action 'System'.
2011-07-01 12:52:10 pandoradsr [V10] Generating event 'pandoradsr dataserver going UP' for agent ID 0 module ID 0.
2011-07-01 12:52:10 pandoradsr [V10] Generating event 'pandoradsr networkserver going UP' for agent ID 0 module ID 0.
2011-07-01 12:52:10 pandoradsr [V10] Generating event 'pandoradsr reconserver going UP' for agent ID 0 module ID 0.
2011-07-01 12:52:10 pandoradsr [V10] Generating event 'pandoradsr snmpconsole going UP' for agent ID 0 module ID 0.


El contenido del fichero /var/log/pandora/pandora_server.error es el siguiente:

2011-06-22 14:29:45 - pandoradsr Starting Pandora FMS Server. Error logging activated.
2011-06-23 14:42:55 - pandoradsr Starting Pandora FMS Server. Error logging activated.
2011-06-24 10:01:34 - pandoradsr Starting Pandora FMS Server. Error logging activated.
2011-07-01 10:54:47 - pandoradsr Starting Pandora FMS Server. Error logging activated.
2011-07-01 12:52:09 - pandoradsr Starting Pandora FMS Server. Error logging activated.


Se adjuntan los ficheros pandora_server.conf y pandora_agent.conf tanto del servidor de Pandora como del agente software.

Rogaría que si alguien ha pasado por una situación similar que me ayudara, pues no tenemos manera de agregar de manera automática ningún agente software.

Muchas gracias por adelantado.


Attached Files


.conf   pandora_server.conf (Size: 8.23 KB / Downloads: 78)
.conf   pandora_agent.conf (Size: 2.92 KB / Downloads: 68)
 Reply
#7
Vale de acuerdo comprueba lo siguiente:

En pandora_server.conf el parámetro dbpass tiene que tener la misma contraseña que la contenida en:

Code:
/var/www/pandora_console/include/config.php

o

/var/opt/pandora_console/include/config.php

...de lo contrario el servidor no tiene acceso a la base de datos mysql y no puede insertar los datos que luego la consola debería recoger y de hecho no recoge puesto que no hay ningún dato.

Si son diferentes, copia la contraseña de config.php en pandora_server.conf puesto que es la correcta.

Infórmame con las novedades una vez hechos los cambios. Wink

Saludos.
 Reply
#8
Buenos días "tpalacios", gracias de nuevo por tu asesoramiento.
Comentarte que he revisado el tema de las contraseñas tal y como me has comentado pero no he encontrado ningún problema.
En el fichero /var/www/pandora_console/include/config.php el usuario, la contraseña, el host y el nombre de la base de datos coinciden con lo configurado en el archivo /usr/share/pandora_server/conf/pandora_server.conf

(No me importa facilitarte el usuario y clave puesto que es un servidor de pandora de desarrollo que hemos instalado para pruebas antes de crear algún agente o monitor en el de producción).

Contenido del fichero /var/www/pandora_console/include/config.php

<?php
// Begin of automatic config file
$config["dbname"]="pandora";                 // MySQL DataBase name
$config["dbuser"]="pandora";                 // DB User
$config["dbpass"]="pandora";                                 // DB Password
$config["dbhost"]="localhost";                 // DB Host
$config["homedir"]="/var/www/pandora_console"; // Config homedir
$config["homeurl"]="/pandora_console";                 // Base URL
// End of automatic config file
?><?php


Contenido del fichero /usr/share/pandora_server/conf/pandora_server.conf

# dbname: Database name (pandora by default

dbname pandora

# dbuser:  Database user name (pandora by default)

dbuser pandora

# dbpass: Database password

dbpass pandora

# dbhost: Database hostname or IP address

dbhost localhost



He comprobado igualmente que puedo acceder a la BBDD de mySql con dicho usuario y contraseña y que tengo privilegios para acceder a la base de datos "pandora".

> mysql -u pandora -p
Enter password: pandora
mysql> use pandora
Database changed


Por tanto, el problema del usuario/contraseña que no esté bien definido no debiera ser la causa del problema, al menos a mi entender, salvo que haya algún otro problema relacionado en el que no esté cayendo ahora mismo.

Agradecería cualquier aporte que me ayude a solucionar el problema.

Comentar que la versión que utilizo de mySQL es la siguiente: Server version: 5.1.49-3 (Debian)

Muchas gracias.


 Reply
#9
De acuerdo.

Mientras compruebo si la configuración es compatible te recomiendo que compruebes estos puntos:

- Si además de no añadir nuevos agentes, los módulos de agentes que ya estaban definidos aparecen todos como desconocidos, consulta AQUÍ...

...aunque si dices que el servidor de producción está recién instalado y sin agentes ni módulos es difícil comprobarlo... por lo que te recomiendo que sigas los pasos que vienen ahí de todos modos.

- En algunos sistemas, cuando el instalador de Pandora FMS añade en el path del sistema su directorio de utilidades, que incluye el cliente de tentacle, no lo aplica de inmediato sino que necesita reiniciar. Una alternativa al reinicio, que solucionaría el problema, es copiar todo el contenido del directorio \pandora_agent\util\* a un directorio que actualmente esté en el Path.

- La versión de Perl de tus máquinas deben ser 5.8 o superior.

- Comprueba que tienes todas las dependencias instaladas AQUÍ, especialmente libxml-simple-perl

- Comprueba la conectividad entre agente y servidor (puertos Tentacle abiertos)

- Comprueba los logs del estado de la base de datos, de Pandora, y del sistema AQUÍ

- Comprueba la conectividad entre consola y base de datos usando la interfaz SQL de Pandora Console AQUÍ

- Comprueba que la ruta a donde el agente envía los datos es la misma que aquella que usa el servidor para recogerlos e insertarlos en la base de datos (/var/spool/pandora/data_in)
Para ello prueba a detener Pandora Server y dejar que el agente envíe los datos en modo debug 0. Luego comprueba que el XML llega a dicha ruta.

- Por último siempre es recomendable buscar en todas las carpetas que use Pandora a ver si se está produciendo algún conflicto debido a un problema de permisos.

Un saludo.
 Reply
#10
Hola.

Se han comprobado todos los puntos que se indicaron pero no hemos encontrado ningún problema.

- La version de Perl es 5.10.1
- La versión de libxml-simple-perl es 2.18-3 y no se han encontrado problemas de dependencias.
- El puerto de Tentacle es el 41121 y se encuentra como "Listen" en el servidor de Pandora y está correctamente configurado en el fichero pandora_agent.conf del cliente.
- La versión de mysql es 5.1.49-3 (protocol 10).
- La ruta "/var/spool/pandora/data_in" está bien configurada tanto en el servidor como en el cliente.
- En modo debug=1 en el cliente, se obtiene perfectamente el fichero XML, el cual se adjunta.
- Se ha comprobado que existe conexión entre la consola web y la BBDD de mysql (se ha ejecutado la consulta "select fullname from tusuario;" y el resultado ha sido "Administrador".
- Se han exportado todos los ficheros de log y configuración, los cuales se adjuntan como fichero comprimido tar.gz.
- Se han comprobado que no existen problemas de permisos en ninguna carpeta de instalación de Pandora.

Confío en que el envío de estos ficheros pueda ayudar para descubrir el problema que pudiera estar ocurriendo, pues se han comprobado todos los puntos y no conseguimos descubrir la causa del problema, máxime teniendo en cuenta que el problema se reproduce con cualquier agente que intentamos agregar en dicho servidor, tanto en el de desarrollo (recién instalado con 0 agentes y 0 monitores) y en el de producción (procedente de una migración de 3.1 a 3.2.1).

Muchas gracias por toda vuestra colaboración.

Un saludo,

Juan Alberto.


Attached Files


.gz   logs_pandoradsr.tar.gz (Size: 12.42 KB / Downloads: 43)
.data   NombreAgente.1310458183.data (Size: 438 bytes / Downloads: 42)
.gz   logs_pandoradsr.tar.gz (Size: 12.42 KB / Downloads: 42)
.data   NombreAgente.1310458183.data (Size: 438 bytes / Downloads: 46)
 Reply


Users browsing this thread: 1 Guest(s)


(c) 2006-2018 Artica Soluciones Tecnológicas. Contents of this wiki are under Create Common Attribution v3 licence. | pandorafms.com | pandorafms.org

Theme © MyBB Themes