Hi Marcello,
you should try the latest SVN version. The leak visible in your logs is
related to pkg mem, for the eval_elem() function (used in script
evaluation). There is no other trace for a leak.
This was fixed some time ago, so, just update form SVN and see if the
problem persist.
regards,
bogdan
Marcello Lupo wrote:
Hi Bogdan,
thank you for following my issue.
I installed it from source non tls.
I just read the Changelog in the 1.2.1 source and found that some
memory leak were fixed, but doesn't seems to me that are related to my
issue.
Anyway was my intention to put up the 1.2.1 version (let me know if is
better from source or svn) and look at what will happen.
Only before i want to make the debugging to let you be able to
identify the problem.
As i told in my orevious email i'm almost sure that it is related to
the wrong REGISTER packet that i receive from one of my test equipments.
I saw that more or less one day and halp after this requests started i
got the problem. After the first time it happened again after the same
amount of time.
Theoretically it should happen today again.
Let me know if you need any other data to debug the problem.
Thanks,
Bye,
Marcello
Bogdan-Andrei Iancu wrote:
Hi Marcello,
it looks like a mem leak from the script execution (variables
related). There were some fixes (about mem leaks) since 1.2.0
release. What version do you use (revision) ? how do you installed
1.2 ? binaries? SVN? source?
regards,
bogdan
Bogdan-Andrei Iancu wrote:
Hi Marcello,
thanks for all your debugging work - i will take a look on the logs
and try to see what is the problem.
Regards,
Bogdan
Marcello Lupo wrote:
Hi to all,
the problem of memory leak happened again yesterday evening after
one day and half.
I think the problem is related to the wrong REGISTER message i
talked about in my previous message.
I got now the memory allocation debug for each process.
From what i can understand there is some problem in the pkg memory
been exausted.
I put the logs at this link.
http://82.193.22.211/memory_allocation_log.tar.bz2 (938945 bytes)
Inside the archive you can found:
1229152 2007-06-10 11:57 process_27550_log.txt
1492973 2007-06-10 11:57 process_27560_log.txt
1169865 2007-06-10 11:57 process_27561_log.txt
1494209 2007-06-10 11:58 process_27564_log.txt
1488361 2007-06-10 11:58 process_27566_log.txt
1488745 2007-06-10 11:59 process_27568_log.txt
1499227 2007-06-10 11:59 process_27570_log.txt
1175089 2007-06-10 12:00 process_27571_log.txt
1175089 2007-06-10 12:00 process_27573_log.txt
1175089 2007-06-10 12:01 process_27575_log.txt
1175089 2007-06-10 12:01 process_27577_log.txt
1175089 2007-06-10 12:02 process_27579_log.txt
1173214 2007-06-10 12:02 process_27581_log.txt
1175450 2007-06-10 12:02 process_27583_log.txt
1175450 2007-06-10 12:03 process_27586_log.txt
1175450 2007-06-10 12:03 process_27587_log.txt
1175450 2007-06-10 12:04 process_27589_log.txt
1175450 2007-06-10 12:04 process_27591_log.txt
1170081 2007-06-10 12:04 process_27593_log.txt
Each file contain the memory allocation log of the named process on
the restart of the proxy.
I used some grep on the process 27560 log and found that on 4165
occurrence of the alloc term the most are used from:
# grep alloc process_27560_log.txt |wc
4165 37485 476890
# grep alloc process_27560_log.txt |grep route_struct |wc
1193 10737 139052
# grep alloc process_27560_log.txt |grep cfg.lex |wc
915 8235 98820
# grep alloc process_27560_log.txt |grep route.c|wc
896 8064 100334
# grep alloc process_27560_log.txt |grep items.c|wc
651 5859 76818
# grep alloc process_27560_log.txt |grep avpops_parse|wc
245 2205 30923
All the rest have very few utilizations.
As i explained before i'm not a coder so if someone can help me it
will very helpfull.
Thanks,
Bye,
Marcello
Marcello Lupo wrote:
Hi to all,
i made some other investigation on my logs.
I found that from one day before the problem of out of memory has
been
raised in my logs i found this wrong registrations started to come to
the proxy every 15 seconds from one client.
REGISTER sip:voip.domain.com:5060 SIP/2.0
Via: SIP/2.0/UDP
123.123.123.123:1375;branch=z9hG4bK00E0F55649500000BF2F00001098
From: <sip:voip.domain.com>;tag=00E0F55649500000BF2F00001AB7
To: <sip:voip.domain.com>
Call-ID: [EMAIL PROTECTED]
CSeq: 59185 REGISTER
Contact: <sip:123.123.123.123:5060>
Expires: 3600
Max-Forwards: 70
Content-Length: 0
In my configuration as route that handle REGISTER requests i made
an avp_db_load to check if the username registering
is a valid user and make some avp_check on the preferences that
are loaded.
Is it possible that having the empty username in From/To is
causing some memory leak?
Remember i'm using version 1.2.0 .
Thanks,
Bye,
Marcello
_______________________________________________
Users mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/users
