[asterisk-bugs] [Asterisk 0015689]: libc6/malloc/free abort of asterisk
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Aug 11 02:04:25 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-11 02:04 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.
======================================================================
----------------------------------------------------------------------
(0108887) Hatrix (reporter) - 2009-08-11 02:04
https://issues.asterisk.org/view.php?id=15689#c108887
----------------------------------------------------------------------
Hi Aragon,
i really need this fixed as well, my problem, as I stated as a note in the
other bug, can not reproduce it in my testlab, the servers there are
running happily, it might be that my testszenarios are only clients calling
agents as I did not have time to figure out how to make call transfers in a
scripted mode (like with sipp, i am doing all my testing with sipp
scripting, but as I am fairly new to asterisk/voip/sip the call transfer
gives me a bit of an headache).
So If you can tell me how you reproduce this bug in the Lab, i will
happily stress test it!
best
Issue History
Date Modified Username Field Change
======================================================================
2009-08-11 02:04 Hatrix Note Added: 0108887
======================================================================
More information about the asterisk-bugs
mailing list