[asterisk-bugs] [JIRA] (ASTERISK-27050) Crash on Transcoded Audio in PERIODIC_HOOK Function

[George Joseph (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-27050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

George Joseph updated ASTERISK-27050:
-------------------------------------

    Assignee: Joshua Elson  (was: Unassigned)
      Status: Waiting for Feedback  (was: Triage)

Nope.  Still can't reproduce.  
Output looks the same as mine up until the crash though.
Can you move that playback to the hook in place of the wait?
When 6001 answers, do a "pjsip show channelstats" and let's see exactly which codecs were negotiated on each leg.



> Crash on Transcoded Audio in PERIODIC_HOOK Function
> ---------------------------------------------------
>
>                 Key: ASTERISK-27050
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27050
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 14.5.0
>            Reporter: Joshua Elson
>            Assignee: Joshua Elson
>         Attachments: coredump.txt, extensions_crash.conf, pjsip_crash.conf, verbose-output.txt
>
>
> This is an interesting one. Transcoding an audio file on a periodic hook will almost always cause a crash. If it does not cause a crash, it will peg a core and eventually lock up Asterisk.
> Steps are as follows:
> The originating endpoint needs to use a higher def codec (confirmed crashing with opus,g722, and speex 16/32)
> The dialplan must apply a PERIODIC_HOOK to the originating channel.
> Playback a *.wav file on the same channel the HOOK was enabled on.
> (Tested this with .sln16/.gsm and things work as expected.)
> This usually causes a core dump of asterisk, but occasionally locks up the thread, pegging a core and making asterisk totally unresponsive.
> Attaching the stack trace and sample dialplan to generate the issue.



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