[asterisk-bugs] [JIRA] (ASTERISK-21157) Asterisk 1.8.20.0 Frequent Crashes (Segfaults)

[Matt Jordan (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-21157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=203428#comment-203428 ] 

Matt Jordan commented on ASTERISK-21157:
----------------------------------------

Thank you for your bug report. In order to move your issue forward, we require a backtrace[1] from the core file produced after the crash. Also, be sure you have DONT_OPTIMIZE enabled in menuselect within the Compiler Flags section, then:

make install

After enabling, reproduce the crash, and then execute the backtrace[1] instructions. When complete, attach that file to this issue report.

[1] https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace

Please read the instructions on the wiki on producing crashes with useful information. Attach the backtrace as a separate text file to this issue.
                
> Asterisk 1.8.20.0 Frequent Crashes (Segfaults)
> ----------------------------------------------
>
>                 Key: ASTERISK-21157
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21157
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>            Reporter: Saleh Madi
>            Severity: Critical
>
> Hello,
> We're running Elastix 2.4.0, with Asterisk 1.8.20.0 on CentOS. We are running into frequent Segmentation faults, which usually crashes once or twice a day and automatically restart asterisk.
> I have enable the backtrack and this is what i got from the bt and bt full log:
> warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fffedbfd000
> Core was generated by `/usr/sbin/asterisk -f -U asterisk -G asterisk -vvvg -c'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x00000036c9e7b5eb in memcpy () from /lib64/libc.so.6
> (gdb) bt
> #0 0x00000036c9e7b5eb in memcpy () from /lib64/libc.so.6
> 0000001 0x0000000000445e2c in callerid_feed ()
> 0000002 0x00002b8c410c71f3 in ast_unregister_file_version () from /usr/lib64/asterisk/modules/chan_dahdi.so
> 0000003 0x00002b8c410f07d3 in ast_unregister_file_version () from /usr/lib64/asterisk/modules/chan_dahdi.so
> 0000004 0x000000000051f3de in ?? ()
> 0000005 0x00000036caa0683d in start_thread () from /lib64/libpthread.so.0
> 0000006 0x00000036c9ed503d in clone () from /lib64/libc.so.6
> (gdb) bt full
> #0 0x00000036c9e7b5eb in memcpy () from /lib64/libc.so.6
> No symbol table info available.
> 0000001 0x0000000000445e2c in callerid_feed ()
> No symbol table info available.
> 0000002 0x00002ba10cc6a1f3 in ast_unregister_file_version () from /usr/lib64/asterisk/modules/chan_dahdi.so
> No symbol table info available.
> 0000003 0x00002ba10cc937d3 in ast_unregister_file_version () from /usr/lib64/asterisk/modules/chan_dahdi.so
> No symbol table info available.
> 0000004 0x000000000051f3de in ?? ()
> No symbol table info available.
> 0000005 0x00000036caa0683d in start_thread () from /lib64/libpthread.so.0
> No symbol table info available.
> 0000006 0x00000036c9ed503d in clone () from /lib64/libc.so.6
> Many thanks and Best Regards,
> Saleh Madi

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira