6 Oct
2010
6 Oct
'10
3:38 p.m.
Hello Henning.
Yes, I made both things. The only thing is that I have the next configuration:
debug=5
log_stderror=no
memdbg=3
memlog=3
But it worked in the previous version, so it should work now also (or that I suppose).
Really I think that's not the problem, because the debug for the shared memory and the
package memory of the principal thread appears, so it should be in other place (or I'm
wrong in my supposes and I should configure the Kamailio in another way).
Regards,
César Pinto (2439)
+34 91 787 23 00 alhambra-eidos.es
-----Mensaje original-----
De: Henning Westerholt [mailto:henning.westerholt@1und1.de]
Enviado el: martes, 28 de septiembre de 2010 14:54
Para: sr-users(a)lists.sip-router.org
CC: César Pinto Magán; users(a)lists.kamailio.org
Asunto: Re: [SR-Users] Problem with debug memory: kill -SIGUSR1 doesn't work fine
On Friday 24 September 2010, César Pinto Magán wrote:
We had been experiencing memory leaks issues with our
Kamailio deployment.
Some of the process started to use all their assigned memory and arises
allocation memory errors. Using the “kill –SIGUSR1” as explained in the
Kamailio wiki and found the problem:
[..]
We saw there was several core memory leaks resolved in the 3.0.3 version
(we had the 3.0.2), so we decided to upgrade to that version. Now I was
trying to check the memory status of the process (in order to see if the
problem is arising again) with “kill –SIGUSR1” but now only show the
memory status of the shm and the memory of the attendant process (the one
who launch the other ones). I had tried to send the signal to each of the
son process but I see nothing in the log. Is this a new bug or is that
there is other new way to see the memory status of the processes?
Hi César,
normally it should work here as in the old version. Do you compiled the new
version also with memory debug enabled and enabled also the appropriate
logging in the configuration?
build:
make cfg mode=debug MEMDBG=1
make all
cfg:
memlog=1
memdbg=1
Cheers,
Henning