<div dir="ltr"><div><br></div><div>Hello,</div><div><br></div><div>Hard to tell but from [1], " Exceptionally long voice queue length<br>
queuing" should not happen.</div><div><br></div><div>1. Are you seeing WARNING or ERROR instances in log before this "Exceptionally long voice" WARNING ?</div><div><br></div><div>2. If possible, I would try to load test a similar setup with SIPp and see if I can reach or exceed this 320 channels/160 calls limit.<br></div><div><br></div><div>[1] <a href="https://community.asterisk.org/t/exceptionally-long-voice-queue-length-queuing/70456/15">https://community.asterisk.org/t/exceptionally-long-voice-queue-length-queuing/70456/15</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 21 avr. 2020 à 16:23, Stefan Viljoen <<a href="mailto:viljoens@verishare.co.za">viljoens@verishare.co.za</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all<br>
<br>
I'm running an Asterisk on an Intel XEON E5-2660 virtual with Centos 7 -<br>
32GB RAM. <br>
When I approach about 320 channels, I -sometimes- get thousands of these<br>
messages suddenly streamed in the CLI / Asterisk log:<br>
<br>
WARNING[60753][C-00022cb9] channel.c: Exceptionally long voice queue length<br>
queuing to Local/xxxxxxxxxx@local-0002dbea;2<br>
WARNING[71993][C-00022dcc] channel.c: Exceptionally long voice queue length<br>
queuing to Local/xxxxxxxxxx@local-0002dd10;2<br>
WARNING[72848][C-00022dd1] channel.c: Exceptionally long voice queue length<br>
queuing to Local/xxxx@local-0002dd30;1<br>
<br>
Top reports system load as 30.0, but the box is still very responsive over<br>
SSH. Asterisk is shown as consuming 600% CPU when NOT in this state (but<br>
close to it) and doesn't consume more as this state comes into effect.<br>
<br>
Top also shows that HT CPU instances are idle 40% of their time.<br>
<br>
What then happens when these messages appear is Asterisk stops accepting<br>
originates on the AMI, and that no CDRs write through to the CDR DB anymore<br>
- MySQL itself is idle and has no locks or running inserts indicated in<br>
"show processlist" in MySQL CLI.<br>
<br>
The Asterisk instance will then effectively freeze, never hanging up<br>
terrminated calls, and never allowing new cals to start, keeping around 320<br>
channels open, forever.<br>
<br>
Thing is I can sometimes peak at over 350 channels, then come back down as<br>
answers, hangups, etc. take place - no problem. But -sustaining- more than<br>
320 channels over a two or three minutes seems to reliably cause the above<br>
to happen.<br>
<br>
Asterisk has to be kill -9'ed to get it restarted, it ignores kill -1 /<br>
sighup / cli "core stop now"<br>
<br>
CLI does work and is still repsonsive in this state, until I do a "core stop<br>
now", which doesn't stop the instance even after 20 to 30 minutes.<br>
<br>
Asterisk max load is set to 40 and max calls to 350.<br>
<br>
Any idea what I can look at? Any tips for running specifically 13 under high<br>
load?<br>
<br>
Thanks<br>
<br>
Stefan<br>
<br>
<br>
<br>
<br>
<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.org/</a><br>
<br>
New to Asterisk? Start here:<br>
      <a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a></blockquote></div>