Opción “autoaprendizaje de agentes” no funciona en Pandora 3.2.1 – Build PC11022

[tpalacios]

Like it

Up

0

Down

Drop it

::

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:

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.

[juanalbertomp]

Like it

Up

0

Down

Drop it

::

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.

[juanalbertomp]

Like it

Up

0

Down

Drop it

::

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.

[tpalacios]

Like it

Up

0

Down

Drop it

::

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.

[juanalbertomp]

Like it

Up

0

Down

Drop it

::

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

       
       
       
        generic_data
       
       

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

Pandora FMS Server 3.2.1 Build 110223 Copyright (c) 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

[tpalacios]

Like it

Up

0

Down

Drop it

::

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:

/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. 😉

Saludos.

[juanalbertomp]

Like it

Up

0

Down

Drop it

::

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

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.

[tpalacios]

Like it

Up

0

Down

Drop it

::

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_agentutil* 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 /pandora_console/index.php?sec=gextensions&sec2=extensions/system_info”>AQUÍ

– Comprueba la conectividad entre consola y base de datos usando la interfaz SQL de Pandora Console /pandora_console/index.php?sec=gextensions&sec2=extensions/dbmanager”>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.

[juanalbertomp]

Like it

Up

0

Down

Drop it

::

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.

logs_pandoradsr.tar.gz

NombreAgente.1310458183.data

logs_pandoradsr.tar.gz

NombreAgente.1310458183.data

[Robas]

Like it

Up

0

Down

Drop it

::

Hola Juan,

No sé si el problema sigue ocurriendo, pero he pasado por algo similar y me gustaría hacer una prueba:

Conecta a la bbdd de pandora y mira cual es el ultimo agente añadido en la base:

select MAX(id_agente) from tagente;

En la consola web, en la parte de “Manage Agents”, mira la URL que se carga cuando hace clique en cualquier agente.. será algo como:

http://pandora.robas.com.br/index.php?sec=gagente&sec2=godmode/agentes/configurar_agente&tab=main&id_agente=5

Reemplaza el valor del id_agente en la url con su ultimo id_agente recogido de la bbdd, accede a esa url y mira si carga los datos de su ultimo agente instalado.

Perdón por la demora, hacia un tiempo que no accedia al forum y solo vi ese topico hoy.
Si no entiendes algo, dime… pues mi español es malo
Saludos.

[juanalbertomp]

Like it

Up

0

Down

Drop it

::

Hola.

Muchas gracias por la contestación. Yo también he estado de vacaciones en mi trabajo y tampoco he podido mirar nada en agosto.

He realizado la prueba que me propones y he comprobado que después de realizar la consulta en la BBDD “select MAX(id_agente) from tagente;” la respuesta es “NULL”, es decir, que no existe ningún agente que se haya quedado almacenado cuando ejecuto el comando “pandora_agent_daemon start” para arrancar el agente remoto. Como ya he comentado, obtengo el PID del proceso que corre en la máquina remota e incluso puedo obtener correctamente el fichero XML con los datos si se ejecutara en modo debug pero no hay manera de que se refleje luego dicho agente nuevo, en modo autoaprendizaje, en la consola web de Pandora ni queda constancia tampoco en la base de datos MySQL como acabo de comprobar.

La única manera de poder agregar un agente es de manera manual, mediante la opción del menú “Gestionar agentes” -> “crear agente”. En este caso sí se crea el agente correctamente y puedo comprobar que en la BBDD aparece reflejado, pues el valor máximo de id_agente en la tabla “tagente” es 1. Si crease otro agente manual el valor que me aparece es 2.

El problema está en que tengo opción de agregar agentes nuevos en modo autoaprendizaje y aunque lo hiciera luego de manera manual sin monitores, luego tampoco me los reconoce cuando arranco el agente software en la máquina remota con el mismo nombre (nombre del agente igual en el fichero pandora_agent.conf).

La verdad es que no se qué puede estar ocurriendo, pues es como si la BBDD de Pandora no se enterara de que he arrancado un agente nuevo.

Cualquier ayuda será bienvenida.

[juanalbertomp]

Like it

Up

0

Down

Drop it

::

Hola de nuevo.

He realizado la misma comprobación en el servidor de pandora que tenemos en producción (el anterior es de desarrollo, procedente de una instalación limpia mientras que el de producción procede de una actualización de la versión 3.1 a la 3.2.1) y tampoco obtengo ningún resultado.

En este caso, el identificador máximo del agente es 153, que efectivamente se corresponde con el último agente que se agregó al sistema, antes de la actualización a la versión 3.2.1.

El comportamiento es el mismo, el nuevo agente software instalado en una máquina linux remota se ejecuta correctamente, obteniéndose su PID y su fichero XML en modo debug sin ningún problema pero luego dicho agente no se aparece como nuevo agente en la consola de Pandora ni tampoco hay constancia, como acabo de comprobar, en la BBDD.

Es algo que ya nos está desconcertando bastante, pues hemos realizado todas las comprobaciones que incluso nos habéis sugerido y no hemos encontrado aún la razón a dicho problema.

Agradecemos cualquier colaboración.

[tpalacios]

Like it

Up

0

Down

Drop it

::

Vamos a comprobar otras cosas, pues está claro que si con diferentes agentes se repite el mismo problema, éste se halla bien en el propio servidor, o bien en el transcurso de la comunicación de los XML datas.

Con el agente funcionando de forma normal, apuntando al servidor, detén el servidor de Pandora y deja que el agente envíe datos.

Después comprueba /var/spool/pandora/data_in o donde tengas configurado que llegue la información de los agentes, y mira si los XML datas están llegando a esa ruta.

Si no llega, es problema de la comunicación a través del protocolo Tentacle, bien por que el puerto 41121 esté bloqueado por algún elemento intermedio de la red (aunque en el servidor esté abierto) o que hay algún problema en el cliente o el servidor de Tentacle.

Si los XML llegan, inicia el servidor y comprueba que los XML datas desaparecen de esa ruta.

Si desaparecen y no aparece la información nueva, es problema de que el servidor recoge el XML, pero no lo procesa ni mete la información en la base de datos.

En cualquier caso comprueba que el servidor Pandora dispone de todas las dependencias necesarias para su funcionamiento.

Y una pregunta… los módulos de los agentes que ya estaban definidos en el servidor donde se hizo la migración siguen reportando datos y el problema es sólo para todo nuevo módulo o agente software? o ya no se recoge ningún dato de ningún tipo.

Un saludo.

[juanalbertomp]

Like it

Up

0

Down

Drop it

::

Buenos días.

Gracias por todos los aportes realizados.

He conseguido aislar el problema a 3 máquinas en concreto.

De las más de 50 máquinas que tenemos en Pandora monitorizándose se eligió una al azar para probar la versión 3.2.1 en un servidor de pruebas en blanco, recién instalado. En dicha máquina, que antes sí funcionaba con la versión 3.1 ya no conseguíamos que la versión 3.2.1 instalase el agente y lo reconociera de manera automática.
Después de muchas pruebas (todo esto fue antes de las vacaciones, si habéis seguido el hilo del “post” abierto) se eligió otra máquina al azar y el resultado fue el mismo y lo mismo ocurrió con una tercera máquina con la probé. Con ninguna de ellas conseguía que el servidor nuevo de Pandora lo reconociera, a pesar de todas las ayudas, ideas y aportes dados.
Pues bien, esta semana he probado con nuevas máquinas y con éstas el servidor SÍ funciona correctamente y es capaz de agregar el agente en modo autoaprendizaje sin ningún problema.
Lo mismo me ha pasado con una quinta, sexta,… máquina con las que he ido probando.

CONCLUSIÓN: La probabilidad de que entre 60 máquinas por lo menos haya 3 que tengan un problema y que yo elija esas 3 es casi imposible y sin embargo me ha pasado a mí.

Así pues, una vez descartado entonces que el problema resida en el servidor nuevo de Pandora con la versión 3.2.1 (pues he conseguido que funcione el agente software con otras máquinas), debo concentrarme en buscar cuál es la característica que tienen estas 3 máquinas que hagan que la consola web de Pandora no reconozca los agentes y que éstos no lleguen ni siquiera a la base de datos.

He probado a coger el fichero pandora_agent.conf de la máquina de no funciona y ponerlo en una que sí y la configuración me la reconoce perfectamente y viceversa, coger el fichero pandora_agent.conf de una máquina que la consola web sí reconozca y que me instala dicho agente y copiarlo en una que no lo hace y ahora sigue sin reconocerlo, con la intención de aislar problemas en dicho fichero.

Así pues, estudiaré el problema que tengan estas máquinas y os mantendré informados, por si acaso a alguien le pasara algo parecido.

Un saludo,

Juan Alberto.