[SR-Users] kamailio memory leak in private memory

Daniel-Constantin Mierla miconda at gmail.com
Fri Feb 17 13:53:30 CET 2017


Hello,

what kamailio version?

Are registrations handled by kamailio, or is just used for calls?

Cheers,
Daniel


On 17/02/2017 13:31, david wrote:
> Hello all
>
> We are observing an issue in one kamailio proxy we use.
> The consecuence of an unknow cause is that the private memory of some
> UDP receiver processes in where we listen from a particular IP, seems
> to be draining along the time while processing traffic. Quite "slowly"
> but maybe aroung 200K in 3-4hours, depending on the moment of the day.
>
> This is quite weird for us, because it seemed like it was caused by
> some particular traffic profile, since we have several IP listening (8
> children each) and we only see the issue in the UDP receiver processes
> of some of those IPs. Besides we have moved the kamailio service
> listening on the same IP to several different physical servers, and
> the behaviour is the same.
> We look at it ussing pkg.stats kamcmd command and for instance if we
> track one of the process affected
> pid: 23784
> rank: 53
> used: 2838616
> *free: 13005408*
> real_used: 3771808
>
> pid: 23784
> rank: 53
> used: 2842584
> *free: 12999280*
> real_used: 3777936
>
> This 2 outputs were taken with 10min diff between each other.
>
> But we dont know where or how to look at it.
> We have been these last days trying to search for patterns to allocate
> some particular traffic source causing something weird, but no luck.
> We have checked all the SIP INVITE messages looking for anything weird
> at any field but no luck, besides we sometimes see some bad headers
> with blank spaces in the uri or thing like that but those cases we
> have an error and we dont think it can cause a memory leak.
> Shared memory seems to be stable.
>
> We also have checked the config we are using and we have been
> discarding possible issues since we dont think the $var variables we
> are using could cause that issue (but you never know....)
>
> We tried to debug the kamailio on one affected IP compiling it with
> DBG_SYS_MALLOC , and doing the dump of the pkg mem status when the
> kamailio was restarted and no traffic was processed, and also when it
> had traffic processed. in this last case, we removed traffic, waited
> for 20min and made the dump
>
> i attach you both files, we have the debug logs, but they are very big
> to be passed here, and we dont know what to look for :)
>
> could you please give us some guidance or clue to at least start to
> searching for something that can cause this issue?
>
> thanks  alot and regards
> david
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170217/fa450a6f/attachment.html>


More information about the sr-users mailing list