Summary: | ASTERISK-21415: Asterisk Segmentation Fault when reloading module a few times in a short delay | ||
Reporter: | Martin Huleux (huleuxm) | Labels: | |
Date Opened: | 2013-04-12 04:00:54 | Date Closed: | 2013-04-12 08:35:14 |
Priority: | Critical | Regression? | |
Status: | Closed/Complete | Components: | |
Versions: | 11.3.0 | Frequency of Occurrence | Constant |
Related Issues: | |||
Environment: | Centos 6.3 | Attachments: | |
Description: | Hi,
I've a Asterisk Segmentation Fault when reloading module a few times in a short delay. Y'ou'll find a backtrace here : http://pastebin.com/iazVCHJD I generated the backtrace with these commands : asterisk -gcvvv gdb -se "asterisk" -ex "bt full" -ex "thread apply all bt" --batch -c ./core > backtrace.txt Thanks for help, | ||
Comments: | By: Matt Jordan (mjordan) 2013-04-12 08:15:23.385-0500 Two things: # What command were you issuing to perform the module reload? What module were you reloading? # Your backtrace was not generated with symbols. Please follow the [instructions on the Asterisk wiki|https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace] when generating a backtrace. This means compiling Asterisk with DONT_OPTIMIZE and preferably, BETTER_BACKTRACES. By: Martin Huleux (huleuxm) 2013-04-12 08:31:11.132-0500 I reloaded chan_sccp.so By: Matt Jordan (mjordan) 2013-04-12 08:35:05.916-0500 That is a third party maintained module and is not a module that is in the Asterisk project. As such, you should contact the maintainers of that module for any bug fixes. As such, I'm closing this issue out as "Not a Bug", as it is not a bug with the modules delivered with Asterisk. |