[asterisk-bugs] [Asterisk 0010439]: Memory leak and crash related (probably) to MixMonitor

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10439 
====================================================================== 
Reported By:                corruptor
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10439
Category:                   Applications/app_mixmonitor
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.10  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-13-2007 09:14 CDT
Last Modified:              09-04-2007 07:24 CDT
====================================================================== 
Summary:                    Memory leak and crash related (probably) to
MixMonitor
Description: 
Everytime I enable MixMonitor I expirience strange behavour of asterisk.
After about 4-5 days of uptime asterisk begins to consume more and more
memory.
Second thing is that asterisk works slower. I can see in CLI how it
process every line of the dialplan. For example, I have about 30 lines
before Dial cmd and It take about 2-3 before Dial begins. Caller hears
silence for those 3 sec.
After restart everything works as it should be for several days.
Today asterisk has crashed and I think this crash is related to the
behaviour explained above.
bt is attached.
I relate this to MixMonitor because when I don't use it asterisk works
fine with similar dialplan.
If you need any additional info please tell me. Issue is critical.
I can give access via ssh.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0009238 [branch] manager seems to not flush it'...
====================================================================== 

---------------------------------------------------------------------- 
 Ivan - 09-04-07 07:24  
---------------------------------------------------------------------- 
It seems like manager API implementation BUG, that happed with a high
degree of probability in case that one of AMI authorized client send
synchronously action "Action: Originate". In that case the size of the
event queue will be increase while "Originate" is not comleted. In this
time other AMI client can take short time authorized connection that may be
passed an event, but not processed. It leads to that elements of event
queue will never not be released any more. I can repeat this situation with
a high degree of probability. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
09-04-07 07:24  Ivan           Note Added: 0069870                          
======================================================================