[SR-Users] Kamailio 4.0.4 slow memory leak

Daniel-Constantin Mierla miconda at gmail.com
Tue Aug 26 10:54:05 CEST 2014


Hello,

I quickly looked over the modules that use shared memory and I couldn't 
spot a commit related to any leak.

Have you had the chance to compile with  MEMDBG?

Cheers,
Daniel

On 19/08/14 19:14, Heenan, Timothy Steven wrote:
>
> Do you think any of these modules possibly causing this issue?
>
> -Tim
>
> *From:*sr-users-bounces at lists.sip-router.org 
> [mailto:sr-users-bounces at lists.sip-router.org] *On Behalf Of *Heenan, 
> Timothy Steven
> *Sent:* Tuesday, August 12, 2014 2:37 PM
> *To:* 'miconda at gmail.com'; Kamailio (SER) - Users Mailing List
> *Subject:* Re: [SR-Users] Kamailio 4.0.4 slow memory leak
>
> Hi Daniel,
>
> Here’s a list of the modules I’m running:
>
> mi_fifo
>
> db_mysql
>
> sl
>
> kex
>
> tm
>
> tmx
>
> rr
>
> xlog
>
> maxfwd
>
> usrloc
>
> registrar
>
> textops
>
> pv
>
> acc
>
> permissions
>
> siputils
>
> auth
>
> lcr
>
> dispatcher
>
> sanity
>
> debugger
>
> siptrace
>
> We’re setting the memory allocation to 256 ( -m 256 –M 64 ).
>
> I’ll see about recompiling with MEMDBG=1.
>
> Regards,
>
> - Tim
>
> *From:*sr-users-bounces at lists.sip-router.org 
> <mailto:sr-users-bounces at lists.sip-router.org> 
> [mailto:sr-users-bounces at lists.sip-router.org] *On Behalf Of 
> *Daniel-Constantin Mierla
> *Sent:* Tuesday, August 12, 2014 4:17 AM
> *To:* Kamailio (SER) - Users Mailing List
> *Subject:* Re: [SR-Users] Kamailio 4.0.4 slow memory leak
>
> Hello,
>
> can you give the list of loaded modules? How much memory did you 
> allocate (-m parameter value)?
>
> It will narrow down searches to see if there was anything similar 
> fixed since 4.0.4.
>
> To troubleshoot easier, would be good to recompile with MEMDBG=1, then 
> the details of chunks in memory can be dumped and analysed.
>
> Cheers,
> Daniel
>
> On 12/08/14 01:40, Heenan, Timothy Steven wrote:
>
>     Greetings,
>
>     I’m running into a slow memory leak on my kamailio 4.0.4 SIP
>     proxies. I’m observing a steady increase in the memory consumption
>     until there is no more left. Kamailio then starts repeating this
>     in the logs:
>
>     ERROR: dispatcher [dispatch.c:279]: add_dest2list(): no more memory.
>
>     What would be the best way to debug this kind of a memory leak?
>     The proxy does not handle any registrations but does route a fair
>     amount of calls.
>
>     Thank you in advance,
>
>     *Tim Heenan*
>
>     *Engineer I - VoIPWholesale | Windstream*
>
>     timothy.heenan at windstream.com <mailto:email at windstream.com>|
>     windstreambusiness.com <http://www.windstreambusiness.com/>
>
>     o: 847.348.1338 | f: 847.963.0116
>
>     ------------------------------------------------------------------------
>
>     This email message and any attachments are for the sole use of the
>     intended recipient(s). Any unauthorized review, use, disclosure or
>     distribution is prohibited. If you are not the intended recipient,
>     please contact the sender by reply email and destroy all copies of
>     the original message and any attachments.
>
>
>     _______________________________________________
>
>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>
>     sr-users at lists.sip-router.org  <mailto:sr-users at lists.sip-router.org>
>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
> Daniel-Constantin Mierla
> http://twitter.com/#!/miconda  <http://twitter.com/#%21/miconda>  -http://www.linkedin.com/in/miconda
> Next Kamailio Advanced Trainings 2014 -http://www.asipto.com
> Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Next Kamailio Advanced Trainings 2014 - http://www.asipto.com
Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA

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


More information about the sr-users mailing list