| Summary: | ASTERISK-24299: Segmentation fault on ast_stopstream | ||
| Reporter: | Conrad de Wet (Conrad) | Labels: | |
| Date Opened: | 2014-09-05 01:56:53 | Date Closed: | 2014-09-25 16:38:32 |
| Priority: | Major | Regression? | |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | 1.8.21.0 | Frequency of Occurrence | One Time |
| Related Issues: | |||
| Environment: | CentOS 64bit | Attachments: | ( 0) fault.txt |
| Description: | Program terminated with signal 11, Segmentation fault.
From the backtrace it appears to be the queue or something to do with reading streaming a music on hold file. I know the backtrace has a lot of <value optimized out>, but the issue may be related to the slightly unique way i'm handling music on hold files. Maybe there is a better way considering my technique. The music on hold files are stored on a windows share folder, and i have mapped the /var/lib/asterisk/moh folder to that share folder. Its a great solution, because we have multiple Asterisk boxes and each map to the same share - so we just manage one folder and its much easier! This is the first time is segfault-ed because of this arrangement (in about 6 months of constant use). The only other issue we have is that phones that are set to use the GSM codec report this: WARNING[28926]: format_wav_gsm.c:133 check_header: Unexpected header size 16 WARNING[28926]: file.c:391 fn_wrapper: Unable to open format wav49 when playing back wav files. (This happens every time it plays back a wav file) The issues are likely to be related. | ||
| Comments: | By: Conrad de Wet (Conrad) 2014-09-05 02:01:20.697-0500 This is the > bt and > bt full. I know its not built with out optimization, but none of the servers are - and its unlikely that we will. By: Rusty Newton (rnewton) 2014-09-11 11:14:08.414-0500 [~rmudgett] looked over the trace and identified possible memory corruption. You will need to get [Valgrind|https://wiki.asterisk.org/wiki/display/AST/Valgrind] output for us to move forward. If you are unable to obtain that or [MALLOC_DEBUG|https://wiki.asterisk.org/wiki/display/AST/MALLOC_DEBUG+Compiler+Flag] output then I'm not sure what we'll be able to do. By: Rusty Newton (rnewton) 2014-09-25 16:38:26.729-0500 Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested. Further information can be found at http://www.asterisk.org/developers/bug-guidelines | ||