Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Carga del servidor
#11
Ya he modificado el server_threshold a 1 y no he notado cambio alguno a primera vista, internamente no sé si habrá mejorado.

Por otro lado, los timeouts y checks están con esos valores dado que son los que venían en la configuración por defecto. No recuerdo haber leído nada acerca de estos parámetros en el manual y como "tunear" pandora.

Lo que funciona mal es el data, que cada X días se "peta" y los agentes aparecen con el "Out of limits" y tengo que purgar la BBDD a mano y reiniciar posteriormente el pandora para que vuelva a recoger información de los agentes y tentacle.
 Reply
#12
Pregunta del millón, aunque suene a raro...

¿Desde la instalación se ha cambiado el nombre, la ip o la codificación de los caracteres y fecha de la maquina?

es posible que tengas en la tabla del data, registros obsoletos o con datos que no se procesan correctamente, prueba a revisarlos a mano, y borra los que tengan un timestamp posterior a 30 días o 60.. tu mismo ha de tener esta forma (sin comillas) "2009-07-10 12:19:50" y el utimestamp "1247221190"

por cierto.. .
tanto los clientes cómo el servidor han de correr con la misma fecha y hora y la codificación, de lo contrarío pueden pasar que el xml que se envíe al server no sea procesado y salga el Out of Limits para ese agente y que se pare el servicio.

otra cosa, si no te es un gran inconveniente, haz un backup de la bdd, borra el contenido de las tablas tagente* y prueba un tiempo, a ver que pasa.
 Reply
#13
Buenos consejos, la verdad que no se me ocurre nada más que aportar !
 Reply
#14
(09-14-2009, 08:22 AM)chejov suzdal voshkov link Wrote: Pregunta del millón, aunque suene a raro...

¿Desde la instalación se ha cambiado el nombre, la ip o la codificación de los caracteres y fecha de la maquina?

Lo único que puedo haber cambiado es la fecha de la máquina y cuando digo cambiado es configurado el NTP, el resto sigue igual que desde el primer día.

(09-14-2009, 08:22 AM)chejov suzdal voshkov link Wrote: es posible que tengas en la tabla del data, registros obsoletos o con datos que no se procesan correctamente, prueba a revisarlos a mano, y borra los que tengan un timestamp posterior a 30 días o 60.. tu mismo ha de tener esta forma (sin comillas) "2009-07-10 12:19:50" y el utimestamp "1247221190"

He buscado y solamente he encontrado 29 registros anteriores a ese timestamp. Me parecen muy pocos cuando la tabla tagente_datos tiene más de medio millón de registros.

Sobre esto he visto una cosa curiosa, que igual es normal. Me he fijado que la tabla tagente_datos crece y decrece por segundos.

(09-14-2009, 08:22 AM)chejov suzdal voshkov link Wrote: por cierto.. .
tanto los clientes cómo el servidor han de correr con la misma fecha y hora y la codificación, de lo contrarío pueden pasar que el xml que se envíe al server no sea procesado y salga el Out of Limits para ese agente y que se pare el servicio.

En principio todos tienen lo mismo, tanto fecha como la codificación. El Out of limits, como dije antes, se produce al cabo de unos días en los que el data, parece saturarse y deja de procesar los datos que le llegan desde los agentes.

(09-14-2009, 08:22 AM)chejov suzdal voshkov link Wrote: otra cosa, si no te es un gran inconveniente, haz un backup de la bdd, borra el contenido de las tablas tagente* y prueba un tiempo, a ver que pasa.

Esto es complicado, la verdad, si fuese un servidor de pruebas no tendría problemas, pero no es el caso.

Gracias por las respuestas.
 Reply
#15
te sería complicado enviar una copia de la bdd, del pandora.conf y pandora_agent.conf?

lo digo por que así podríamos mirar el contenido de la las tablas y analizar en profundidad la causa de los problemas.
 Reply
#16
Hombre, los ficheros de configuración no tengo problema en subirlos, pero la base de datos, mejor que no.

Subo el pandora_server.conf y uno de los pandora_agent.conf que tengo en una de las máquinas, salvo el tema de módulos, todos tienen la misma información.

Por cierto, revisando el servidor de pandora, voy viendo que el pandora_server consume de mínimo un 40% de la CPU y lo he llegado a ver a más del 60%. Definitivamente hay algo mal, pero no sé el que.

¿Si hay registros erróneos en la BBDD puede generar este elevado consumo de CPU por parte del pandora_server?


Attached Files


.conf   pandora_server.conf (Size: 3.15 KB / Downloads: 41)
.conf   pandora_agent.conf (Size: 2.81 KB / Downloads: 46)
 Reply
#17
Te diria los consejos que digo siempre:

a. Optimiza el MySQL. Si ahora mismo no esta consumiendo al menos el 50% de la ram total de tu sistema, esque lo puedes mejorar. Consulta la doc que hay en http://openideas.info/wiki para ver como mejorar el setup de MySQL.

b. Mira el tamaño de los logs de pandora en /var/log/pandora, deberian ser siempre pequeños, cuando son grandes o enormes, se nota en el rendimiento.

c. Asegúrate de que todos los sistemas estan bien sincronizados de hora.

d. 30 agentes son "de risa" para lo que puede tragar pandora, incluso en la 1.3, me extraña mucho este problema la verdad.

Puedes enviarnos la salida de un "ps aux" y de un "uptime" de tu sistema, ya de paso envianos un "cat /proc/cpu" y un "cat /proc/meminfo". En la version 3 estamos metiendo unos scripts que hacen esto y generan un .txt para que sea mas facil echar una mano a la gente con problemas como el tuyo, con el tiempo vamos aprendiendo de nuestros errores :-)

Sobre la migracion, la verdad si no tienes muchos datos, yo me instararía una 3.0 desde 0, vas a notar muchos cambios (a mejor), te lo aseguro. Si quieres te podemos pasar una imagen vmware con la 3.0 preinstalada, todavia no esta cerrada del todo, pero ya va muy muy bien.



 Reply
#18
Bueno, contesto por puntos.

a. He estado modificando el my.cnf del Mysql y ahora mirando el consumo de memoria, está al 49,4%, así que creo que no voy a tocarlo más.

b. He borrado los logs, he bajado el verbosity de 2 a 0, y ahora parece que no son muy grandes.

c. Eso ya lo miré el otro día, este punto es correcto.

Subo las salidas de los comandos.

Me plantearé lo de la migración, lo único que me tira para atrás es el tema de actualizar los agentes y que empiece a fallar ahora que tengo la 1.3.1 más o menos configurada, salvo este problema de estabilidad.


Attached Files


.txt   salida_proc_cpu.txt (Size: 453 bytes / Downloads: 54)
.txt   salida_proc_meminfo.txt (Size: 453 bytes / Downloads: 40)
.txt   salida_ps_aux.txt (Size: 11.78 KB / Downloads: 89)
.txt   salida_uptime.txt (Size: 72 bytes / Downloads: 52)
 Reply
#19
Para mi, la única diferencia así clara es el consumo del mysql y del pandora_server
realmente hay algo mal.

te pongo mi ejemplo.

mysql     2375 38.8  8.7 1232616 179528 ?      Sl   10:45  22:28 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-external-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock

root      4717 12.8  2.1  97724 44416 ?        Ssl  10:45   7:21 /usr/bin/perl /usr/local/bin/pandora_server /etc/pandora/pandora_server.conf -D

skynet_p2_Data 3886 of 5055 6:30 minutes / 619
skynet_p2_Net 580 of 5055 6:18 minutes / 523
skynet_p2_WMI 481 of 5055 1:29 minutes / 160

en mi caso ese lag de 6 min varia entre 3 y 6 según la actividad, pero claro mira la cantidad que procesa, y eso que corre en una imagen del vmware.

piensate la migración, aunque sea parcial y progresiva, el pandora_agent.conf no hace falta cambiarlo y la ejecución del instalable siempre lo puedes hacer silencioso en el login.bat de los usuarios (yo lo tengo así), luego copias de nuevo el pandora.conf con el añadido del master y secondary server, asi pueden seguir enviando datos al 1.3 y al 2.
 Reply
#20
Pues no consigo encontrar que es eso que va mal, porque es que tampoco hay muchos sitios donde mirar.

Pues si el pandora_agent.conf se puede reutilizar, sin problemas, desinstalar e instalar el nuevo.

Cuando salga la 3.0 empezaré desde 0 a ver como va la cosa, aunque es una movida porque tendré que reconfigurarlo todo desde 0 pero bueno.

Pero me da mucha rabia no encontrar que está pasando, sobretodo cuando tengo tan pocos agentes enviando datos al pandora Undecided
 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