[asterisk-bugs] [JIRA] (ASTERISK-24450) Random Segmentation fault crash due to static realtime

Deepak Singh Rawat (JIRA) noreply at issues.asterisk.org
Sun Oct 26 12:20:29 CDT 2014


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

Deepak Singh Rawat updated ASTERISK-24450:
------------------------------------------

    Status: Waiting for Feedback  (was: Waiting for Feedback)

[~elguero] idlecheck is turned off. Earlier we were using asterisk 1.4 with the same database with idlecheck turned off and we never faced this issue. We have other servers on asterisk 1.4 and they are running fine. When we revert this server to 1.4 then it's not crashing. We are only facing this issue with asterisk 12.4 and that too with only one server. We have one more production server on 12.4 and there we are not facing this issue. The one difference between both the severs is user/call load. On the server on which we are facing this issue, the user load is almost 10x more than the stable server. Did something related to idlecheck change in 12.4? Also wasn't idlecheck issue only with MySql?

> Random Segmentation fault crash due to static realtime
> ------------------------------------------------------
>
>                 Key: ASTERISK-24450
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24450
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_agent_pool
>    Affects Versions: 12.4.0
>         Environment: uname -a: Linux prod2-asterisk02 2.6.32-431.29.2.el6.x86_64 #1 SMP Tue Sep 9 21:36:05 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
> OS: CentOS release 6.4 (Final)
> Memory: 24 GB
>            Reporter: Deepak Singh Rawat
>            Assignee: Deepak Singh Rawat
>            Severity: Critical
>         Attachments: backtrace_odbc_crash.txt
>
>
> PFA the backtrace. Asterisk 12.4 crashes randomly in production. It looks like crash due to static realtime. We use MS SQL Server database and the agent info and credentials are stored in remote db. We use func_odbc.conf to read password from the db.



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



More information about the asterisk-bugs mailing list