[asterisk-bugs] [JIRA] (ASTERISK-29289) Asterisk randomly crashes with a segmentation fault

[Joshua C. Colp (JIRA)]

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

Joshua C. Colp commented on ASTERISK-29289:
-------------------------------------------

Thank you for the crash report. However, we need more information to investigate the crash. Please provide:

1. A backtrace generated from a core dump using the instructions provided on the Asterisk wiki [1].
2. Specific steps taken that lead to the crash.
3. All configuration information necesary to reproduce the crash.

Thanks!

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



> Asterisk randomly crashes with a segmentation fault
> ---------------------------------------------------
>
>                 Key: ASTERISK-29289
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29289
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: pjproject/pjsip
>    Affects Versions: 18.1.0
>         Environment: Amazon Linux 2, Linux version 4.14.209-160.339.amzn2.x86_64 (mockbuild at ip-10-0-1-32) (gcc version 7.3.1 20180712 (Red Hat 7.3.1-12) (GCC)) #1 SMP Wed Dec 16 22:44:04 UTC 2020. EC2 instance with 16 cores and 64GB ram
>            Reporter: Kevin Godwin
>            Severity: Critical
>
> Asterisk will randomly crash, sometimes a couple of times a week, other times nothing for 2-3 weeks.
> The syslog message is:
> kernel: asterisk\[29725\]: segfault at 7fdf58411858 ip 00007fe23ca6f707 sp 00007fe050d36578 error 4 in res_pjsip.so\[7fe23ca4b000+65000\]
> The gdb back trace frame output is:
> #0  0x00007fe23ca6f707 in ast_str_hash (
>     str=0x7fdf58411858 <error: Cannot access memory at address 0x7fdf58411858>)
>     at /usr/src/asterisk-18.1.0/include/asterisk/strings.h:1210
> 1210		while (*str) {
> A full core dump file can be provided if required.



--
This message was sent by Atlassian JIRA
(v6.2#6252)