[asterisk-bugs] [Asterisk 0011999]: memory leak
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Feb 20 10:28:14 CST 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=11999
======================================================================
Reported By: destiny6628
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 11999
Category: Core-General
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: 1.4.18
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 02-15-2008 01:20 CST
Last Modified: 02-20-2008 10:28 CST
======================================================================
Summary: memory leak
Description:
hi we are using asterisk 1.4.18 , zaptel-1.4.8 and libpri 1.4.3 with 4 e1
card on ibm x3200 server and 90 active calls running on asterisk cli and
after some hours of dialing , swap memory starts getting used and asterisk
gives core dump .
Asterisk is running with safe_asterisk.
vmstat ouput is as follows
[root at localhost cron]# vmstat
procs -----------memory---------- ---swap-- -----io---- --system--
-----cpu------
r b swpd free buff cache si so bi bo in cs us sy id
wa st
1 0 568 57308 44708 1848488 0 0 10 119 1293 509 2 2
95 0 0
Free -m is as follows
[root at localhost cron]# free -m
total used free shared buffers cached
Mem: 2025 1974 51 0 43 1806
-/+ buffers/cache: 124 1901
Swap: 1983 0 1983
OPERATING SYSTEM is centos 5 and kernel version is [root at localhost cron]#
uname -a
Linux localhost.localdomain 2.6.18-8.el5 http://bugs.digium.com/view.php?id=1
SMP Thu Mar 15 19:57:35 EDT
2007 i686 i686 i386 GNU/Linux
Cannot do valgrind test as it put heavy load on the server and its a
production server .
RAM On the server is 2GB .
Only Asterisk application is running on that .
======================================================================
----------------------------------------------------------------------
putnopvut - 02-20-08 10:28
----------------------------------------------------------------------
While I appreciate the amount of data you're providing, it's not especially
helpful. When diagnosing a memory leak, what we need is the output of
several "memory show allocations" and "memory show summary" on the same
running process. The idea is that we can see a change in the number of
allocations over time and possibly pinpoint where the memory leak(s) is.
Outputting a single memory summary for a process is not helpful since it
gives no reference point for the memory allocations later in the process.
Also, given the crashes experienced, I have a feeling that this is more
than just a memory leak and that there's some sort of corruption happening
here. There are a few similar issues on the tracker right now, and it would
be nice if we could figure out what the common elements are in the setups.
Issue History
Date Modified Username Field Change
======================================================================
02-20-08 10:28 putnopvut Note Added: 0082648
======================================================================
More information about the asterisk-bugs
mailing list