[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