[asterisk-bugs] [JIRA] (ASTERISK-22093) Deadlock due to locking inversion between PBX context lock and channel lock while reloading dialplan through pbx_lua

[Rusty Newton (JIRA)]

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

Rusty Newton commented on ASTERISK-22093:
-----------------------------------------

Mark Michelson triaged the new trace and it looks like it should be helpful. Though "core show locks" output could reduce hours of work to minutes of work.

pbx_lua is under extended support so I've put the issue into an open state for a community dev to take a look when they are available.
                
> Deadlock due to locking inversion between PBX context lock and channel lock while reloading dialplan through pbx_lua
> --------------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-22093
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22093
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/PBX, PBX/pbx_lua
>    Affects Versions: 11.5.0
>            Reporter: David Brillert
>            Assignee: David Brillert
>            Severity: Critical
>         Attachments: 7_26_2013 gdb thread apply all bt full.txt, gdb thread apply all bt full.txt, gdb thread apply all bt.txt
>
>
> Third deadlock in two weeks.
> Asterisk not built with NOT_OPTIMIZED or thread debug options.
> The best I could do was attach GDB to Asterisk PID and get a thread apply all BT (attached)

--
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