[asterisk-bugs] [JIRA] (ASTERISK-21356) Segfault during bridge channel proxy inspection in a masquerade caused by an AMI Redirect of two channels

[William luke (JIRA)]

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

William luke commented on ASTERISK-21356:
-----------------------------------------

In the full debug there's millions of entries such as "[Mar 29 14:44:47] DEBUG[9921] audiohook.c: Write factory 0x7f1bac3b0618 was pretty quick last time, waiting for them".

I've removed any lines with "audiohook.c" in them to filter these out. In the debug log the actual segfault (and then Asterisk restart) happens at line 455398.

Please let me know if you require any additional details.


                
> Segfault during bridge channel proxy inspection in a masquerade caused by an AMI Redirect of two channels 
> ----------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-21356
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21356
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: General
>    Affects Versions: 11.3.0
>         Environment: CentOS 6.4
>            Reporter: William luke
>            Assignee: William luke
>            Severity: Critical
>         Attachments: backtrace.txt
>
>
> Asterisk segfaulted during normal operation.
> After speaking to mjordan on #asterisk he advised that it looks like the a redirect thread (Thread 1) is trying to access a bridged channel using a NULL pointer.
> The scenario is that two channels are in a bridge, and then we execute a dual Redirect (via AMI) to put them both into a ConfBridge, so that we can bring a 3rd party into the call.
> This happens successfully hundreds of times a day on this system, so must be some sort of edge case when it goes wrong.
> I also *should* have a full debug log available, but it's quite a busy system and would be rather a large file (Circa 50Gb/day). I'm sure I could make it available if it would help.
> [gl-agentconf]
> exten => _X.,1,Set(ConfBridgeNumber=99${EXTEN})
>         same => n,NoOp(Putting AGENT into ConfBridge ${ConfBridgeNumber})
> ;       same => n,Set(JITTERBUFFER(fixed)=default);Adaptive with defaults.
>         same => n,Answer()
>         same => n,ConfBridge(${ConfBridgeNumber})
>         same => n,NoOp(Putting AGENT back into their Dialling Hub. Exten: ${EXTEN})
>         same => n,Goto(gl-diallinghub,${EXTEN},agentinhub)
> [gl-customerconf]
> exten => _X.,1,Set(ConfBridgeNumber=99${EXTEN})
> ;       same => n,Set(JITTERBUFFER(fixed)=default);Adaptive with defaults.
>         same => n,NoOp(Putting CUSTOMER into ConfBridge ${ConfBridgeNumber})
>         same => n,Answer()
>         same => n,ConfBridge(${ConfBridgeNumber})

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