En blnaco despues de hacer login

[fborja]

Like it

Up

0

Down

Drop it

::

Buenos días Kikelin,

Ese es un bug conocido, que se daba tras la instalación limpia.

En las últimas versiones está solucionado.

Saludos,

Borja

[ivo-yordanov]

Like it

Up

0

Down

Drop it

::

Buenas Noches,

Este es un bug que ocurria en las versiones preliminares de la SP2.
No es normal que ocurra en la versión final. De hecho en una instalación limpia de la imagen iso desde sourceforge este fallo no ocurre.
¿Puedes especificar como has realizado la actualización? ¿A traves del open update manager o a pelo pillando los paquetes desde sourceforge y machacando los rpm’s?

Si tienes el tiempo y puedes permitirte hacer un parón en el servicio durante unos instantes descargate los paquetes rpm (es de suponer que tienes pandora en centos):

wget http://sourceforge.net/projects/pandora/files/Pandora%20FMS%205.1/SP2Final/RHEL_CentOS/pandorafms_agent_unix-5.1SP2-1.noarch.rpm
wget http://sourceforge.net/projects/pandora/files/Pandora%20FMS%205.1/SP2Final/RHEL_CentOS/pandorafms_server-5.1SP2-1.noarch.rpm
wget http://sourceforge.net/projects/pandora/files/Pandora%20FMS%205.1/SP2Final/RHEL_CentOS/pandorafms_console-5.1SP2-1.noarch.rpm

Para los servicios de pandora en el siguiente orden:

/etc/init.d/pandora_agent_daemon stop
/etc/init.d/tentacle_serverd stop
/etc/init.d/pandora_server stop
/etc/init.d/httpd stop
/etc/init.d/mysqld stop

Haz backups de:

/etc/pandora/pandora_server.conf
/etc/pandora/pandora_agent.conf

(Si tienes plugins desplegados la copia de seguridad es recomendable)

Si eres desconfiado por naturaleza puedes hacer una copia de seguridad de la base de datos:

mysqldump -u root -p pandora > backup_pandora_X.Y.sql

Comprueba los paquetes rpm instalados de pandora:

rpm -qa | grep pandora

Porque luego si hay paquetes duplicados sabras cuales eran los antiguos y podrás eliminarlos con rpm -e nombredelpaquete.noarch

Una vez hecho todo esto puedes instalar los paquetes con:

rpm -i –force pandorafms_agent_unix-5.1SP2-1.noarch.rpm
rpm -i –force pandorafms_server-5.1SP2-1.noarch.rpm
rpm -i –force pandorafms_console-5.1SP2-1.noarch.rpm

(ojo es necesario hacerlo así porque con un rpm -U te saldrá error de que los paquetes son de la misma versión)

Ahora comprueba que paquetes rpm tienes instalados:

rpm -qa | grep pandora

Si no ves duplicados levanta los servicios y si ves alguno elimínalo teniendo en cuenta el nombre de los paquetes que estas instalando y como se llamaban los anteriores.

Antes de levantar los servicios comprueba:

/etc/pandora/pandora_server.conf
/etc/pandora/pandora_agent.conf

Y compáralos con los backups de estos ficheros. No debería sustituir los ficheros pero aun así hay que tener cuidado.

Para levantar de nuevo los servicios el orden es el siguiente:

/etc/init.d/mysqld start
/etc/init.d/httpd start
/etc/init.d/pandora_server start
/etc/init.d/tentacle_serverd start
/etc/init.d/pandora_agent_daemon start

Eso deberia resolver el fallo. Comenta si tienes alguna pega…

[fborja]

Like it

Up

0

Down

Drop it

::

Muchas gracias Ivo,

Como comentábamos en las primeras versiones pasaba, una vez actualizado se soluciona.

Saludos

[ivo-yordanov]

Like it

Up

0

Down

Drop it

::

En cualquier caso el publico no debería tener acceso a esas versiones preliminares. Si tuviera que apostar diría que el fallo le ha salido a kikelin tras actualizar con el update manager.

Favor de revisar ese método de actualizar fborja partiendo desde una sp1 actualizando consola con update manager y servidor y agente con paquetes rpm, puede ser que halla incongruencias en el open update manager y meta versiones de los paquetes un poco anticuados con bugs ya solucionados…

Aconsejo a todos que actualicen, que lo hagan desde los paquetes de sourceforge
Primero porque el update manager solo actualiza la consola y
Segundo porque no te puedes fiar de lo que estas instalando … (Soy desconfiado por naturaleza y tengo mis paranoias)