<div dir="ltr">Hi Dovid,<div><br></div><div>unfortunately I do not. We have seen similar issues when using Perl AGI Scripts when using Asterisk16/17. But since we moved everything to Java FastAGI we haven't seen any load issues anymore.</div><div>Are you doing anything from fastagi that takes a lot of time? Something like a Playback? We Don't. We tried to do everything that takes some time in the Dialplan.</div><div><br></div><div>Maybe you could try to kill the Asterisk with "kill -9" to see in the backtrace what the Asterisk is doing when it has such a high load.</div><div><br></div><div>In the Backtrace you should be able to have a look at all processes and what they are doing. I guess i do not have to say "DON'T do it on the production system" :)</div><div><br></div><div>BR</div><div>Jöran</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 29, 2020 at 7:06 PM Dovid Bender <<a href="mailto:dovid@telecurve.com">dovid@telecurve.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Anyone have any other ideas?<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 27, 2020 at 1:27 PM Dovid Bender <<a href="mailto:dovid@telecurve.com" target="_blank">dovid@telecurve.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Jon,<div><br>We are only using FastAgi. On the second system (running Asterisk 16) there are no agi's running (just some bash scripts on call hangup). I did add some hackey code (netstat -nua | grep -v 'udp        0      0' | grep -v udp6 | grep -v ' 0 0.0.0.0' | grep udp)  to my bash script to check out the packet queue (with the help of <a href="https://serverfault.com/questions/623377/is-there-a-way-to-get-current-txqueue-utilization-on-e-g-eth0-or-tun-device" target="_blank">https://serverfault.com/questions/623377/is-there-a-way-to-get-current-txqueue-utilization-on-e-g-eth0-or-tun-device</a>) and it  *seems there may be a corelation between packets in the queue and the load on Asterisk</div><div><br></div><div>[root@a30 ~]# /tmp/x.sh <br>CPU USAGE 393.8 Active calls 317<br>CPU USAGE 117.6 Active calls 318<br>CPU USAGE 143.8 Active calls 318<br>CPU USAGE 305.9 Active calls 318<br>udp        0    768 <a href="http://0.0.0.0:14510" target="_blank">0.0.0.0:14510</a>           0.0.0.0:*                          <br>CPU USAGE 123.5 Active calls 316<br>CPU USAGE 137.5 Active calls 314<br>CPU USAGE 329.4 Active calls 314<br>CPU USAGE 312.5 Active calls 317<br>CPU USAGE 125.0 Active calls 317<br>CPU USAGE 137.5 Active calls 316<br>CPU USAGE 123.5 Active calls 316<br>CPU USAGE 117.6 Active calls 315<br>CPU USAGE 117.6 Active calls 314<br>CPU USAGE 135.3 Active calls 312<br>CPU USAGE 131.2 Active calls 309<br>CPU USAGE 131.2 Active calls 308<br>CPU USAGE 118.8 Active calls 309<br>CPU USAGE 331.2 Active calls 310<br>CPU USAGE 111.8 Active calls 309<br>udp        0   1280 <a href="http://0.0.0.0:15598" target="_blank">0.0.0.0:15598</a>           0.0.0.0:*                          <br>CPU USAGE 517.6 Active calls 309<br>CPU USAGE 137.5 Active calls 308<br>CPU USAGE 143.8 Active calls 308<br>CPU USAGE 137.5 Active calls 307<br>CPU USAGE 311.8 Active calls 308<br>CPU USAGE 137.5 Active calls 308<br>CPU USAGE 125.0 Active calls 307<br>CPU USAGE 156.2 Active calls 307<br>udp        0   1280 <a href="http://0.0.0.0:19148" target="_blank">0.0.0.0:19148</a>           0.0.0.0:*                          <br>CPU USAGE 135.3 Active calls 305<br>CPU USAGE 305.9 Active calls 307<br>CPU USAGE 156.2 Active calls 309<br>CPU USAGE 450.0 Active calls 311<br>CPU USAGE 137.5 Active calls 310<br>CPU USAGE 137.5 Active calls 310<br>CPU USAGE 256.2 Active calls 311<br>CPU USAGE 150.0 Active calls 308<br>CPU USAGE 281.2 Active calls 308<br>CPU USAGE 281.2 Active calls 307<br>CPU USAGE 137.5 Active calls 304<br>udp        0   1280 <a href="http://0.0.0.0:11284" target="_blank">0.0.0.0:11284</a>           0.0.0.0:*                          <br>CPU USAGE 135.3 Active calls 306<br>CPU USAGE 150.0 Active calls 309<br>CPU USAGE 331.2 Active calls 310<br>CPU USAGE 125.0 Active calls 308<br>CPU USAGE 117.6 Active calls 307<br>CPU USAGE 135.3 Active calls 306<br>udp        0   1280 <a href="http://0.0.0.0:18494" target="_blank">0.0.0.0:18494</a>           0.0.0.0:*                          <br>CPU USAGE 137.5 Active calls 307<br>CPU USAGE 141.2 Active calls 306<br>CPU USAGE 137.5 Active calls 307<br>CPU USAGE 562.5 Active calls 308<br>CPU USAGE 862.5 Active calls 311<br>CPU USAGE 164.7 Active calls 310<br>udp        0    768 <a href="http://0.0.0.0:17890" target="_blank">0.0.0.0:17890</a>           0.0.0.0:*                          <br>udp        0   1280 <a href="http://0.0.0.0:11504" target="_blank">0.0.0.0:11504</a>           0.0.0.0:*                          <br>[root@a30 ~]# <br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 27, 2020 at 1:21 PM Jon Bonilla (Manwe) <<a href="mailto:manwe@aholab.ehu.es" target="_blank">manwe@aholab.ehu.es</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">El Tue, 27 Oct 2020 12:52:47 -0400<br>
Dovid Bender <<a href="mailto:dovid@telecurve.com" target="_blank">dovid@telecurve.com</a>> escribió:<br>
<br>
> Hi,<br>
> <br>
> Sorry in advance that I am emailing the users list and not the biz list I<br>
> think I will find my target audience here. We are looking to hire a<br>
> consultant to help us figure out an issue. We are having what seems are<br>
> "random load" issues with bare metal boxes that are dedicated to Asterisk<br>
> and a few Perl AGI's. We went after all the usual suspects (CPU IDLE,<br>
> memory usage etc.). I wrote the simple bash script below to show me total<br>
> calls and CPU usage of Asterisk<br>
> #! /bin/bash<br>
> <br>
> <br>
<br>
Did you try FastAGI? Asterisk doesn't handle spawning many processes very well.<br>
It's a bottleneck. <br>
<br>
<br>
<br>
<br>
-- <br>
PekePBX, the multitenant PBX solution<br>
<a href="https://pekepbx.com" rel="noreferrer" target="_blank">https://pekepbx.com</a><br>
</blockquote></div>
</blockquote></div>
-- <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><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><pre>Jöran Vinzens - <a href="mailto:vinzens@sipgate.de" target="_blank">vinzens@sipgate.de</a><br>Telefon: +49 211-63 55 56-21<br>Telefax: +49 211-63 55 55-22<br><br>sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf<br>HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois<br>Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391<br><br><a href="http://www.sipgate.de" target="_blank">www.sipgate.de</a> - <a href="http://www.sipgate.co.uk" target="_blank">www.sipgate.co.uk</a><br></pre></div></div>