[asterisk-bugs] [Asterisk 0015689]: libc6/malloc/free abort of asterisk
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Aug 10 23:17:41 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=15689
======================================================================
Reported By: Hatrix
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 15689
Category: Applications/General
Reproducibility: random
Severity: crash
Priority: normal
Status: new
Asterisk Version: 1.4.26
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-08-10 15:25 CDT
Last Modified: 2009-08-10 23:17 CDT
======================================================================
Summary: libc6/malloc/free abort of asterisk
Description:
I am not definitly sure on how to describe this crash, as, obviosly it is
not really a crash as it's not a segfault so much than a controlled abort,
as you can see in the backtrace.
As it has something to do with music_on_hold (as seen in the backtrace) it
may be associated with bug https://issues.asterisk.org/view.php?id=15195
The /etc/asterisk/musiconhold.conf is:
[default]
mode=files
directory=/var/lib/asterisk/moh
the /var/lib/asterisk/moh contains this files:
-rw-r--r-- 1 asterisk asterisk 0 2009-07-30 21:12
.asterisk-moh-freeplay-wav
-rw-r--r-- 1 root root 0 2009-04-01 18:28
CHANGES-asterisk-moh-freeplay-wav
-rw-r--r-- 1 root root 1.9M 2009-04-01 18:28 fpm-calm-river.wav
-rw-r--r-- 1 root root 2.5M 2009-04-01 18:28 fpm-sunshine.wav
-rw-r--r-- 1 root root 2.2M 2009-04-01 18:28 fpm-world-mix.wav
-rw-r--r-- 1 root root 184 2006-06-13 22:29
LICENSE-asterisk-moh-freeplay-wav
whatever the .asterisk-moh-freeplay-wav is.
No information in the full-log, to be fair we have high logging not
activated in production as it drains IO and ressources. As it is not a
segfault there are no Logs in kern.log or syslog
If you need any more information please tell and i'l be happy to provide.
======================================================================
----------------------------------------------------------------------
(0108881) aragon (reporter) - 2009-08-10 23:17
https://issues.asterisk.org/view.php?id=15689#c108881
----------------------------------------------------------------------
Bug 15109 was opened and determined to be a memory abort when using moh
files based mode. I have done lots of work to try and reproduce under
Valgrind but Asterisk will not crash under Valgrind in this scenario.
I recommend you follow these instructions and try tilghman's Asterisk
patch to capture memory issues without having to run Asterisk under
Valgrind.
https://issues.asterisk.org/view.php?id=15109#108551
I hope you can attempt this soon because it will be at least a week until
I will have an opportunity to try tilghman's work on malloc_hold and get
this problem fixed. This issue is blocking the release of 1.4.27 and
preventing me from upgrading a few mission critical sites.
Issue History
Date Modified Username Field Change
======================================================================
2009-08-10 23:17 aragon Note Added: 0108881
======================================================================
More information about the asterisk-bugs
mailing list