[asterisk-bugs] [Asterisk 0009238]: [branch] manager seems to not flush it's eventq like it should

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=9238 
====================================================================== 
Reported By:                bweschke
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   9238
Category:                   Core/ManagerInterface
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        No 
Request Review:              
====================================================================== 
Date Submitted:             03-08-2007 12:33 CST
Last Modified:              09-17-2007 04:11 CDT
====================================================================== 
Summary:                    [branch] manager seems to not flush it's eventq like
it should
Description: 
 I'm opening this bug up to track an issue and manage a branch on an issue
I've been having with the 1.4 Asterisk Manager Interface. It seems it's not
flushing it's eventq which is causing it to consume huge amounts of memory
in a short period of time.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0010439 Memory leak and crash related (probably...
====================================================================== 

---------------------------------------------------------------------- 
 Ivan - 09-17-07 04:11  
---------------------------------------------------------------------- 
I have made new updating (ast_1_4_11_patch_ami_17_09_2007.diff : patch must
be applied to release 1.4.11 module manager.c) which in my opinion should
solve a problem completely. Most important change that I have made is the
removed atomic access to "num_sessions" counter. This is the property of
session object and must be modified in AST_LIST_LOCK(&sessions) sections. I
think that is the principal cause for "race conditions" that happend with a
high probability so far with increase of loading of the processor.
Nevertheless all should be tested it. Possibly I not could consider all in
this code. The previous variant had small vulnerability for the specified
reasons. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
09-17-07 04:11  Ivan           Note Added: 0070660                          
======================================================================