[asterisk-bugs] [Asterisk 0018735]: memory leak with IAX in 1.6.2

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18735 
====================================================================== 
Reported By:                tzafrir
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18735
Category:                   Channels/chan_iax2
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 306010 
Request Review:              
====================================================================== 
Date Submitted:             2011-02-02 12:43 CST
Last Modified:              2011-02-15 11:04 CST
====================================================================== 
Summary:                    memory leak with IAX in 1.6.2
Description: 
I'm trying to track a certain memory leak: the sizes (rss, size, vsize)
keep increasing, whereas the memory size shown by 'memory show summary' and
'astobj2 show allocations' don't inflate.

When I stop the remote Asterisk server, the memory inflation stops. Thus
it must be triggered by the registration requests.

I managed to reproduce this on several Centos5 systems, but not on my
laptop (x86_64, Debian Squeeze). It has been around for a number of months,
at least.

Update: seems to be easy to reproduce on other 32bit systems. I'm not
exactly sure if it happens in 64bit systems (the rss increases the same,
but size and vsize seem to increase in much larger steps).
====================================================================== 

---------------------------------------------------------------------- 
 (0131975) tzafrir (manager) - 2011-02-15 11:04
 https://issues.asterisk.org/view.php?id=18735#c131975 
---------------------------------------------------------------------- 
I suspect the previous one is not relevant. Here's another one. In one
run:

24,920 bytes in 1,916 blocks are definitely lost in loss record 78 of 85
   at 0x4021E22: calloc (vg_replace_malloc.c:397)
   by 0x814DD42: device_state_cb (utils.h:495)
   by 0x80F3866: handle_event (event.c:1415)
   by 0x819AB32: tps_processing_function (taskprocessor.c:310)
   by 0x81AA72A: dummy_start (utils.c:1010)
   by 0x430D4BF: start_thread (in /lib/i686/cmov/libpthread-2.7.so)
   by 0x516184D: clone (in /lib/i686/cmov/libc-2.7.so)

And in another one:

17,861 bytes in 1,373 blocks are definitely lost in loss record 75 of 86
   at 0x4021E22: calloc (vg_replace_malloc.c:397)
   by 0x814DD42: device_state_cb (utils.h:495)
   by 0x80F3866: handle_event (event.c:1415)
   by 0x819AB32: tps_processing_function (taskprocessor.c:310)
   by 0x81AA72A: dummy_start (utils.c:1010)
   by 0x430D4BF: start_thread (in /lib/i686/cmov/libpthread-2.7.so)
   by 0x516184D: clone (in /lib/i686/cmov/libc-2.7.so)

(Again: this is the diff between a short run and a long run under
valgrind) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-02-15 11:04 tzafrir        Note Added: 0131975                          
======================================================================