[asterisk-bugs] [Asterisk 0019108]: [patch] [regression] "sip prune" does not clean the relevant peer objects -> memleak

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Apr 15 02:59:17 CDT 2011


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=19108 
====================================================================== 
Reported By:                vrban
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   19108
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.4.40 
JIRA:                       SWP-3326 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2011-04-12 10:58 CDT
Last Modified:              2011-04-15 02:59 CDT
====================================================================== 
Summary:                    [patch] [regression] "sip prune" does not clean the
relevant peer objects -> memleak
Description: 
a "sip prune realtime peer" cmd does not delete/clean the relevant Peer
object.
So if you extensively use "sip prune" cmd with sip realtime, you have a
nice mem leak. on one of our asterisk e.g.:  

asterisk -rx'sip show objects' |grep static
-= User objects: 1944 static, -359 realtime =-
-= Peer objects: 833682 static, -832764 realtime, 0 autocreate =-

so we have 833682! peer objects, but real peer number is 1944 (we prune
only the peer) so asterisk use around 500MB with this 833682 Peer objects.
====================================================================== 

---------------------------------------------------------------------- 
 (0133801) vrban (reporter) - 2011-04-15 02:59
 https://issues.asterisk.org/view.php?id=19108#c133801 
---------------------------------------------------------------------- 
Attched the sip_object_counter.patch to fix the second issue, that loading
realtime peers/user with rtcachefriends=yes  increase the static peer/user
objects counter (speerobjs/suserobjs) And "sip prune" decrease the counter
for realtime peer/user objects (rpeerobjs,ruserobjs) which leads to the
effect, that the counter for rpeerobjs and ruserobjs becomes negativ.

Based on the assumption, it is intentional, that if rtcachefriends is yes,
then the realtime peers/user are counted as static peers/users? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-04-15 02:59 vrban          Note Added: 0133801                          
======================================================================




More information about the asterisk-bugs mailing list