El proceso pandora_server me consume la memoria

[admin]

Buenas,
El proceso pandora_server me va consumiendo memoria hasta que  desaparece de la tabla de procesos. Enciendo el portátil a las 8:30 y sobre las 22:30 el proceso muere.Tengo la v1.1, con 17 agentes, corriendo en una suse 9.2 sobre un portátil Compaq 2.20GHz con 256M. Le he aumentado la ram a 512 y tarda el doble en consumir toda la memoria.

Gracias de antemano y un saludo.

[Azabel]

Hola,

Lo primero que te recomendaría es que te pasases ya a la versión 1.2 del servidor.

Por otro lado si puedes dar más información(logs o cualquier cosa que se te ocurra ..)

En una de mis instalaciones surgió un problema parecido, y resulto ser que el servidor no borraba bien todos los archivos que le llegban de los agentes en el directorio "data_in". Asegurate de que esto se realiza correctamente.

También fijate si el archivo de log del servidor es muy grande.

Poco más te puedo decir, comprueba estas dos cosas, y si puedes postear algo más de información para que te ayudemos, pues mejor.

[admin]

OK, estoy todavía con la v1.1, he comprobado que borra los xml de data_in, y en el log del pandora no veo nada. La memoria del sistema disminuye a medida que aumenta el % que utiliza el pandora_server.

En /var/log/messages me aparece esto:

Jun 21 00:28:00 Pandora kernel: Badness in out_of_memory at mm/oom_kill.c:235
Jun 21 00:28:34 Pandora kernel:  [<c01393a2>] out_of_memory+0x22/0xc0
Jun 21 00:29:14 Pandora kernel:  [<c0140e51>] try_to_free_pages+0x181/0x190
Jun 21 00:29:59 Pandora kernel:  [<c013a50f>] __alloc_pages+0x28f/0x3b0
Jun 21 00:29:59 Pandora kernel:  [<c013ce8c>] do_page_cache_readahead+0xec/0x130
Jun 21 00:29:59 Pandora kernel:  [<c013751f>] filemap_nopage+0x23f/0x310
Jun 21 00:29:59 Pandora kernel:  [<c014400e>] do_no_page+0x9e/0x270
Jun 21 00:29:59 Pandora kernel:  [<c0144392>] handle_mm_fault+0xf2/0x120
Jun 21 00:29:59 Pandora kernel:  [<c011799e>] do_page_fault+0x1be/0x56c
Jun 21 00:29:59 Pandora kernel:  [<c0161170>] __pollwait+0x0/0xa0
Jun 21 00:30:10 Pandora kernel:  [<c016184d>] sys_select+0x22d/0x4d0
Jun 21 00:30:10 Pandora kernel:  [<c010ba6a>] do_gettimeofday+0x1a/0xe0
Jun 21 00:30:10 Pandora kernel:  [<c01177e0>] do_page_fault+0x0/0x56c
Jun 21 00:30:10 Pandora kernel:  [<c0106d9d>] error_code+0x2d/0x40

Gracias de antemano y un saludo

[raul]

Cada cuanto ejecutas los agentes?

Existe un problema conocido, debido a un bug de la librería de Perl que hace la conexión contra la base de datos, en su versión 2.9003 (mira http://sourceforge.net/tracker/index.php?func=detail&aid=1501805&group_id=155200&atid=794852), pero puede que este no sea el problema.

Otra pregunta es, el problema viene desde el principio o sólo desde que has instalado algún agente en concreto?

[admin]

Ejecuto los agentes cada 300s.
 He comprobado la version de la librería de Perl y tenía la 2.9004. Le he pasado los parches a la suse. Tengo desabilitado todos los agentes y aun así el pandora_server me consume toda lamemoria. Si paro el proceso la memoria no se libera, tengo que reiniciar.

Gracias de antemano y un saludo.

[Sancho Lerena]

Me dejas de piedra. ¿Como miras la memoria que se está comiendo el proceso?. Lo digo porque al matar el proceso es imposible que esa memoria "se pierda". Seguramente estés interpretando mal algun dato, lo digo porque la forma de gestionar la memoria de Linux y Windows es bastante diferente....

Te recomiendo que para "vigilar" el proceso hagas algo como:

#!/bin/bash

while [ 1 ]
do
   ps aux | grep pandora_server | grep -v grep
   sleep 1
done

Y te dijes en la columna donde te dice la memoria shared y la memoria propia, fijate en los incrementos, lo normal es que sean unos 4 bytes cada X segundos (el fallo que te ha comentado Raul del DBI/DBD/Mysql). Para ver la memoria del sistema un cat /proc/meminfo te valdra pero OJO porque hay muchos datos y es facil malinterpretarlos.

Lo que hacemos nosotros en los sistemas con el DBD malo es hacer un restart del pandora_server y el pandora_network cada noche, pero con eso basta, la perdida de memoria no es tanta como para dejar la maquina seca en 24 horas y ademas, al reiniciar el proceso se soluciona pues es un problema de gestionde memoria de esa instancia del proceso.