Hello,
if you can, it would be interesting to get the backtrace and see what
was causing the load.
Iirc, the Async Task Worker should wait on read on an internal socket,
so it should be no CPU used when nothing is transmitted to this type of
workers.
Cheers,
Daniel
On 22.05.20 19:20, Володимир Іванець wrote:
Hello Daniel,
Thank you for your response.
I run /kamctl trap/ command but the procedure got stuck. Last line in
the generated file contained "---start 12767 -----". 12767 was an
Async Task Worker. Since I don't need them I just removed related
configuration. It must be left after the testing. This solved the problem.
Please let me know if you are still interested in what was going on
and if I should restore the configuration and run /kamctl trap/ again.
Thank you very much!
пт, 22 трав. 2020 о 19:10 Daniel-Constantin Mierla <miconda(a)gmail.com
<mailto:miconda@gmail.com>> пише:
Hello,
install gdb and, when the load is high, run:
kamctl trap
It write a file with what kamailio was doing at that moment. Send
it over here on mailing list or make it available for download
somewhere. We can look at it and guide further about what can be done.
Cheers,
Daniel
On 22.05.20 16:53, Володимир Іванець wrote:
Hello everyone!
I'm running Kamailio version 5.3.3 on a CentOS 6. I started
noticing that "load average" value increases rapidly with the
start of Kamailio:
# uptime
17:47:52 up 4 days, 17:47, 3 users, load average: 7.02,
7.01, 6.02
It will start to decrease immediately after Kamailio is stopped.
Does anyone know what could cause this and how to troubleshoot it?
Thank you!
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla --
www.asipto.com <http://www.asipto.com>
www.twitter.com/miconda <http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
Funding:
https://www.paypal.me/dcmierla