[asterisk-bugs] [JIRA] (ASTERISK-23328) Asterisk crash in ast_cdr_setapp() at cdr.c

David Hajek (JIRA) noreply at issues.asterisk.org
Sun Mar 9 15:11:48 CDT 2014


     [ https://issues.asterisk.org/jira/browse/ASTERISK-23328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Hajek updated ASTERISK-23328:
-----------------------------------

    Attachment: full_20140304.log

Asterisk full log from the crash 2014/03/04. Crash occured at Mar  4 14:26:43, and after this crash astdb was corrupted. Safe asterisk was not able to run asterisk again. We had to manually repair the astdb from the backup. 

> Asterisk crash in ast_cdr_setapp() at cdr.c
> -------------------------------------------
>
>                 Key: ASTERISK-23328
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23328
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: CDR/cdr_adaptive_odbc, CDR/General
>    Affects Versions: 1.8.25.0
>         Environment: OS: Linux CentOS 5.5
> Kernel: 2.6.18-348.16.1.el5PAE
> Hardware: Dell PowerEdge R210 II
>            Reporter: David Hajek
>            Assignee: David Hajek
>            Severity: Critical
>         Attachments: backtrace_20140304.txt, backtrace.txt, callfile.txt, full_20140304.log
>
>
> We are experiencing random asterisk crash (segfaults) on a busy server, which is doing about 50k calls a day. We see asterisk crash every other day.
> This server is running a callcenter and in addition to regular in/out calls this server is processing callfiles (about 3 per second). Some AGI dialplan scripts are processed using FastAGI over tcp sockets.
> We see that all crashes are in ast_cdr_setapp() - we tried both 1.8.24 and 1.8.25.
> For CDR we use cdr_adaptive_odbc with MySQL backend.



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



More information about the asterisk-bugs mailing list