[asterisk-bugs] [JIRA] (ASTERISK-21228) Deadlock in pbx_find_extension when attempting an autoservice stop due to holding the context lock

Dare Awktane (JIRA) noreply at issues.asterisk.org
Sun Apr 21 00:24:02 CDT 2013


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

Dare Awktane edited comment on ASTERISK-21228 at 4/21/13 12:23 AM:
-------------------------------------------------------------------

As volume increases this happens more. We're up to 6-7 crashes a day per asterisk machine running 11.3. Appears to happen slightly less on 1.8.21. I don't fully understand what causes it (and what we're doing differently than everyone else). I'm not sure what to do but we're getting desperate. I can provide tons of examples. We ran for another day in debug mode with one machine on 1.8.21 and the other on 11.3. It occurs on both versions too much. What's worse is for reasons unknown to us both machines running side by side always go down within a few minutes of each other. I've attached more examples under asterisk 11.3 and 1.8.21.
                
      was (Author: awktane):
    As volume increases this happens more. We're up to 6-7 crashes a day per asterisk machine running 11.3. Appears to happen slightly less on 1.8.21. I don't fully understand what causes it (and what we're doing differently than everyone else). I'm not sure what to do but we're getting desperate. I can provide tons of examples. We ran for another day in debug mode with one machine on 1.8.21 and the other on 11.3. It occurs on both versions too much. What's worse is for reasons unknown to us both machines running side by side always go down within a few minutes of each other. I've attached more examples.
                  
> Deadlock in pbx_find_extension when attempting an autoservice stop due to holding the context lock
> --------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-21228
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21228
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/PBX
>    Affects Versions: 1.8.20.1, 1.8.21.0, 11.2.1, 11.3.0
>         Environment: Linux 3.2.0-38-generic #61-Ubuntu SMP x86_64 x86_64 x86_64 GNU/Linux
>            Reporter: Dare Awktane
>         Attachments: 1366481920-backtrace_threads.txt, 1366481920-core_show_locks.txt, 1366495718-backtrace_threads.txt, 1366495718-core_show_locks.txt, backtrace-threads.txt, core-show-locks.txt
>
>
> We have two asterisk machines running inbound/outbound/fax calls on both. We've developed a web application that people can use to create accounts (which flow through into asterisk as contexts). We have a cron script that calls -rx "dialplan reload" to update these contexts. Both the extconfig.conf and extensions.conf are loaded from a mysql clustered (ndb) database. Roughly 2-3 times a day each asterisk server stops taking calls and does not restart on its own. I'm not sure if all of the lockups are related to this dump. We braved a morning of bad call quality to have the debug flags set. Our dialplan shows that it has 494197 rows. A reasonably large dialplan.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list