<div dir="ltr"><div>It is running in docker, the interval is not stable ~30sec.<br></div><div>I know this is not related to DNS slow queries since I am monitoring them as well.</div><div>I wonder what else can be intermittently blocking ... <br></div><div>I am going to look at the TM locks and the callbacks.</div><div><br></div><div>Not many modules used on this one, maybe Dialog module using a DB local sqlite</div><div><pre class="gmail-programlisting">modparam("dialog", "db_update_period", 60)<br>modparam("dialog", "db_mode", 3)</pre></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 13, 2019 at 10:43 PM Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.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 bgcolor="#FFFFFF">
<p>Is this a virtual machine? How often does it happen?</p>
<p>Sometime the VM manager "freezes" the VM for different purposes,
like backup snapshots, ...</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div>On 13.11.19 23:40, Julien Chavanton
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>I guess action type 16 IF_T is accounting for the entire
scope block since it is recursive.</div>
<div><br>
</div>
<div>I wonder why var assignment in the main route scope would
do the same :</div>
<div> <br>
</div>
<div><span style="font-family:monospace">2019-11-13T21:58:04.018631614Z
23(42) WARNING: <core> [core/action.c:1586]:
run_actions(): alert - action [corefunc (16)] cfg
[/etc/kamailio/kamailio.cfg:115] took too long [2579486 us]<br>
$var(reply) = 0; // I wonder how this can endup blocking ?</span></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, Nov 13, 2019 at 2:22
PM Julien Chavanton <<a href="mailto:jchavanton@gmail.com" target="_blank">jchavanton@gmail.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">
<div><span style="font-family:verdana,sans-serif">I am
troubleshooting intermittent latency on a server,
several processes will report slow action at the same
time every now and then, <br>
</span></div>
<div><span style="font-family:verdana,sans-serif">something
odd it that some of the actions are most likely not
using any mutexes, I can not imagine how they can end up
blocking unless the process is actually suspended by the
OS, however the CPU usage and load average is quite low
on this server.</span></div>
<div><span style="font-family:monospace"><br>
</span></div>
<div><span style="font-family:monospace">Is there any reason
why assigning to a PKG var could be delayed 3 seconds.<br>
</span></div>
<div><span style="font-family:monospace"><br>
</span></div>
<div><span style="font-family:monospace">2019-11-13T21:58:04.018631614Z
23(42) WARNING: <core> [core/action.c:1586]:
run_actions(): alert - action [corefunc (16)] cfg
[/etc/kamailio/kamailio.cfg:115] took too long [2579486
us]<br>
$var(reply) = 0; // I wonder how this can endup blocking
?<br>
<br>
2019-11-13T21:58:04.018748710Z 42(61) WARNING:
<core> [core/action.c:1586]: run_actions(): alert
- action [corefunc (16)] cfg
[/etc/kamailio/kamailio.cfg:221] took too long [2222010
us]<br>
} // Samething here, simply exiting a scope<br>
<br>
2019-11-13T21:58:04.015675095Z 11(30) WARNING:
<core> [core/action.c:1586]: run_actions(): alert
- action [t_relay_cancel (24)] cfg
[/etc/kamailio/kamailio.cfg:86] took too long [2588818
us]<br>
} if (!t_relay_cancel()) { // Indeed a t_relay_cancel<br>
<br>
2019-11-13T21:58:04.018647988Z 26(45) WARNING:
<core> [core/action.c:1586]: run_actions(): alert
- action [t_relay (24)] cfg
[/etc/kamailio/kamailio.cfg:289] took too long [2739366
us] <br>
t_relay(); // Indeed a t_relay<br>
</span></div>
<div><span style="font-family:monospace"><br>
</span></div>
<div><span style="font-family:monospace">2019-11-13T21:58:04.018651243Z
15(34) WARNING: <core> [core/action.c:1586]:
run_actions(): alert - action [sl_send_reply (26)] cfg
[/etc/kamailio/kamailio.cfg:112] took too long [2587812
us]</span></div>
<div><span style="font-family:monospace">sl_send_reply("100",
"Trying"); // Indeed a sl_send_reply<br>
</span></div>
<div><span style="font-family:verdana,sans-serif"><br>
</span></div>
<div><span style="font-family:verdana,sans-serif"><br>
</span></div>
<div><span style="font-family:verdana,sans-serif">Not sure
which mailing list is best for this question <br>
</span></div>
<div><span style="font-family:verdana,sans-serif">Regards</span></div>
<div><span style="font-family:verdana,sans-serif">Julien </span><br>
</div>
</div>
</blockquote>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
Kamailio (SER) - Users Mailing List
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<pre cols="72">--
Daniel-Constantin Mierla -- <a href="http://www.asipto.com" target="_blank">www.asipto.com</a>
<a href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio World Conference - April 27-29, 2020, in Berlin -- <a href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
</div>
</blockquote></div>