[asterisk-bugs] [JIRA] (ASTERISK-27094) res_fax: Deadlock when using Local channels and fax gateway
Richard Mudgett (JIRA)
noreply at issues.asterisk.org
Thu Oct 5 06:53:39 CDT 2017
[ https://issues.asterisk.org/jira/browse/ASTERISK-27094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=239018#comment-239018 ]
Richard Mudgett commented on ASTERISK-27094:
--------------------------------------------
This deadlock is in the bridging core and is not channel driver specific.
The newer backtrace and core_show_locks files still don't have a lot of source file debug information. The core_show_locks file does point out the two threads that are deadlocked. The {{Thread ID: 0x7fceb6fe8700 LWP:16926}} and {{Thread ID: 0x7fce703cb700 LWP:16930}} threads are deadlocked. There is a BETTER_BACKTRACES menuselect option that would actually make the core_show_locks backtraces very helpful and should absolutely confirm that it is the first ast_indicate() in the bridge_channel_internal_join() I mentioned back in July. However, I'm quite certain that it is the first ast_indicate() that is causing the deadlock.
> res_fax: Deadlock when using Local channels and fax gateway
> -----------------------------------------------------------
>
> Key: ASTERISK-27094
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-27094
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_fax
> Affects Versions: 13.15.1, 13.17.0
> Reporter: David Brillert
> Attachments: coreshowlocks.txt, gdbthreadapplyallbtfull(1).txt, gdbthreadapplyallbt.txt
>
>
> All calling via SIP PSTN carrier.
> progressinband = yes
> directmedia = yes
> prematuremedia = no
> Incoming call A is answered with progress
> Then bridged with progress to external call B
> Call is processed with audio OK
> But no further SIP processing in console and all SIP further signalling dies including OPTIONS packets.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list