[asterisk-bugs] [Asterisk 0019108]: [patch] [regression] "sip prune" does not clean the relevant peer objects -> memleak
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu May 5 13:20:32 CDT 2011
The following issue has been RESOLVED.
======================================================================
https://issues.asterisk.org/view.php?id=19108
======================================================================
Reported By: vrban
Assigned To: russell
======================================================================
Project: Asterisk
Issue ID: 19108
Category: Channels/chan_sip/General
Reproducibility: always
Severity: minor
Priority: normal
Status: resolved
Target Version: 1.4/1.6.2 Issues (Final Release)
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:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2011-04-12 10:58 CDT
Last Modified: 2011-05-05 13:20 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.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2011-05-05 13:20 svnbot Status assigned => resolved
2011-05-05 13:20 svnbot Resolution open => fixed
======================================================================
More information about the asterisk-bugs
mailing list