[asterisk-bugs] [JIRA] (ASTERISK-27911) Deadlock, likely when delegating calls from queue with Redirect

[Asterisk Team (JIRA)]

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

Asterisk Team commented on ASTERISK-27911:
------------------------------------------

Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].

> Deadlock, likely when delegating calls from queue with Redirect
> ---------------------------------------------------------------
>
>                 Key: ASTERISK-27911
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27911
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 13.1.0
>         Environment: Ubuntu 16.04.4 LTS, running on VMware
>            Reporter: Örn Arnarson
>            Severity: Critical
>         Attachments: core-show-threads.txt
>
>
> We have a PBX running with approx. 16 concurrent calls usually. Not a call center, so a fair number of calls that are producing the calls.
> We are experiencing several deadlocks per week with this PBX, likely in Chan_SIP, as the PBX stops processing new INVITES, yet the CLI seems to be working and the only way to stop is by using kill -9.
> We have a suspicion that this issue is caused when "picking up" calls from a call queue using FOP2, which actually uses Redirect via AMI. This may or may not happen also when we use Originate via AMI calling the PickupChan application. We haven't been able to confirm that.
> Asterisk was installed from the Ubuntu packaging system. We believe we have a recorded incident with backtraces and locks after having compiled the ubuntu package with the unoptimized and debug threads flags set. We are not certain though, as this rendered Asterisk too slow for production and we were dropping calls, so maybe it was an unrelated issue. But likely it was the same deadlock.
> The reason we haven't upgraded to a newer version as of yet is that we are running from an Ubuntu package and would prefer to keep it that way if possible, but of course are willing to update if it turns out that this is a known and fixed bug.



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