[asterisk-dev] [Asterisk 0017686]: Asterisk crashing in ast_readaudio_callback at file.c:762

[Steve Davies]

On 19 August 2010 12:11, Dave WOOLLEY <david.woolley at bts.co.uk> wrote:
>> My point is that there are two similar crashes, only one involving
>> res_timing_pthread, which weakens the case for res_timing_pthread
>> being the cause of one of them.  There has to be a strong presumption
>> that there is a common cause.
>
> Whilst I'm still analyzing and trying to work out how to reproduce this on demand, it looks like in our case part of the problem is that res_musiconhold.c uses ast_openstream_full explicitly, which means that ast_applystream doesn't get run and no owner link gets set on the filestream.  When ast_filestream is called, from chan_agent.c, to replace the MOH with a beep, the lack of owner causes any code to try and shut down the old stream and generator to be bypassed.  (app_externivr is the other explicit user of openstream.)
>
> 1.6.2, against which the original issue was reported, has changes in the cleanup of old streams, but the new code still relies on the owner link being set, to find and cleanup the channel.
>
> I'm also not yet convinced that timing.c based timing will get shut down sufficiently synchronously, even when everything is working as intended.
>

Dave,

Did you progress any further on this - There are plenty of people
reporting the issue in various Asterisk versions, though no-one can
reproduce it reliably. Did you ever find a solution or workaround?

Any pointers appreciated.

Regards,
Steve