-
Problemas con Pandora 4
Buenos días
Ayer he visto que estaba publicado en sf la versión final de Pandora 4 y no he podido resistirme a actualizar el servidor 😉
Me he encontrado con tres detalles que creo que habría que revisar:
-Gráficas: Cuando los valores de las gráficas son igual o menores a 24 horas aparecen correctamente, pero cuando hablamos de días es como si solo hubiese un dato por día, con lo que el resultado de la gráfica pasa a ser algo del todo inútil. En el adjunto van un par de capturas para mostrar la diferencia (pandora-dias.png y pandora-horas.png . Esto lo he notado tanto utilizando flash como utilizando los gráficos generados en png.-Visualización en firefox. Adjunto una captura de pantalla de la visualización en mi firefox (6.0) donde algunas cosas salen descolocadas. En Chrome lo veo todo perfectamente.
-Actualización de la BBDD (migración de 3.2.1 a 4) he utilizado el script de migración de la bbdd y me sale un error en la línea 185 indicando que revise en el manual de MySQL la correcta utilización de la operación btree.
La instalación original viene de vuestra imagen virtual basada en openSuse 11.1 que he ido actualizando de versión. La versión que está instalada de MySQL:
pandora:~ # rpm -qa | grep mysql
libmysqlclient15-5.0.67-12.17.7
mysql-Max-5.0.67-12.17.7
mysql-tools-5.0.67-12.17.7
perl-DBD-mysql-4.010-1.1.1
mysql-client-5.0.67-12.17.7
mysql-5.0.67-12.17.7
php5-mysql-5.2.13-0.1.1Un saludo y enhorabuena por Pandora.
-
9 Replies
-
-
De algunas pruebas he visto que:
– El problema de la visualización en firefox se evita eliminando la ‘/’ al final de la variable “homeurl” en el fichero config.php, sin afectar a la visualización en chrome.
$config[“homeurl”]=”/pandora_console”;– Esperando encontrar solución también a los gráficos ( no ha habido suerte ) el problema de la sintaxis para el comando btree en mysql 5.0.67 es modificar la línea 185.
Original: CREATE INDEX `module_group` on tagente_modulo (`id_module_group`) using btree;
Funcionando en Mysql 5.0.67: CREATE INDEX `module_group` using btree on tagente_modulo (`id_module_group`);Con las gráficas no me meto que es tarde y lunes 😉
-
Nah el problema de visualización creo que era simplemente un problema de alguna caché perdida por algún lado… el viernes tenía el mismo problema que tú y hoy al encender el ordena me he encontrado con que se veía bien en Firefox. 😛
El asunto de los gráficos ha sido solucionado hoy y los paquetes de la 4.0 han sido actualizados.
Por ahora esto es todo. Si necesitas algo más aquí estamos.
Un saludo.
-
El tema que sigue pasando es el de las gráficas. Cuando el período es mayor de un día los ‘puntos de información’ se reducen a uno por día, cosa que las hace inútiles.
He visto que me pasa en gráficas personalizadas anteriores a la migración y generadas ya con la migración hecha, mientras que en las individuales de los monitores de los agentes parece que ya funcionan con la última versión disponible.
Ya lo he probado en dos instalaciones diferentes con el mismo comportamiento.
¿lo de la caché era en referencia a las gráficas? ¿Donde se generan esas cachés?
Un saludo
-
Lo de la caché era en referencia a lo de que algunas secciones de la consola aparecieran descuadradas. Supongo que será problema de la caché del navegador porque a mi me pasaba lo mismo en Firefox y la siguiente vez que use mi máquina y me metí en la consola de Pandora por Firefox ya se veía todo correctamente.
Sobre las gráficas, debería estar corregido en todas partes.. no será problema de la consulta que se realiza?
Lo miraremos en cualquier caso.
Saludos.
-
No creo que sea de la consulta SQL por algunas pruebas que estuve haciendo ayer, donde solo cambiaban los timestamp del período.
Por lo que se ve se utilizan dos versiones diferentes del FusionCharts.js, una para el constructor de gráficos y otra para los que se generan en los agentes.
Lo que sí que he notado, después de realizar una tercera instalación directamente con la última versión de la máquina virtual, es que solo pasa en los informes y en los gráficos generados para estos.
-
-
-
