[asterisk-bugs] [Asterisk 0011999]: memory leak
noreply at bugs.digium.com
noreply at bugs.digium.com
Thu Mar 6 04:48:55 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: feedback
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: 03-06-2008 04:48 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 .
======================================================================
----------------------------------------------------------------------
jmls - 03-06-08 04:48
----------------------------------------------------------------------
this may be so off base I don't want to ask, but, are you using odbc for
realtime or func_odbc at all ? If so, which database ?
Do you have another machine that you could put into production just in
case there is a hardware problem ? If you have the same problems on a
different machine then we could probably say that it is asterisk. If you
have no problems, then we could safely say that it was your hardware.
For what it's worth, we are running SVN-branch-1.4-r98849, using a dialler
to put calls into a local channel, call a zap channel and then another
local channel to place the call with an agent. We make somewhere in the
region of 6-7k calls per day, and are currently on an uptime of 5 weeks.
The last downtime was planned maintenance.
Issue History
Date Modified Username Field Change
======================================================================
03-06-08 04:48 jmls Note Added: 0083530
======================================================================
More information about the asterisk-bugs
mailing list