[asterisk-users] Exceptionally long queue length queuing

[Joshua C. Colp]

On Fri, Jul 3, 2020 at 3:32 AM Dovid Bender <dovid at telecurve.com> wrote:

>
>
> On Mon, Jun 29, 2020 at 6:46 AM Joshua C. Colp <jcolp at sangoma.com> wrote:
>
>> On Sun, Jun 28, 2020 at 2:26 PM Dovid Bender <dovid at telecurve.com> wrote:
>>
>>> Hi,
>>>
>>> We have a box up and we are starting to see a lot of "Exceptionally long
>>> queue length queuing" in the logs. From all the research so far it seems
>>> like this leads to their systems crashing and being unreachable. In our
>>> case the box remains up and takes calls. We are running Asterisk 16.6.1. We
>>> are using MusicOnHold to play online music streams via ffmpeg. Any idea on
>>> how to troubleshoot this further to see why this is happening?
>>>
>>
>> The message occurs when either a channel is deadlocked or the processing
>> time to handle what a channel is doing is substantial, and things build up.
>> Getting a backtrace[1] at the time it occurs will show what the system is
>> actually doing and can provide insight into what is causing it.
>>
>> [1]
>> https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace#GettingaBacktrace-Runningast_coredumperfordeadlocks,taskprocessorbackups,etc
>> .
>>
>> --
>>
> I ended up re-writing my code to use less Local channels and most of the
> errors went away. I also noticed that my load average and CPU usage is way
> down. I will open a ticket since it seems  that it may be a bug that others
> are experiencing.
>

A backtrace would still be needed for the issue, otherwise there is no way
to know what exactly is going on our where things are getting held up.

-- 
Joshua C. Colp
Asterisk Technical Lead
Sangoma Technologies
Check us out at www.sangoma.com and www.asterisk.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20200703/0e986829/attachment.html>