> do you have heavy traffic on that instance? How many children have you configured?
Yes, but only a voip. There are over 10k calls per day.
fork=yes
children=4
This configuration is working during 1.5 months without any issues till now...
> What you can do is to attach with gdb to a process using lot of CPU and do the backtrace:
>
> gdb /path/to/kamailio __pid__
>
> Replace __pid__ with the PID of process eating the CPU. Then run bt
>
> It may be a deadlock/infinite loop somewhere. I saw three processes in top, others were down with no much cpu usage.
> Is the SIP routing going fine anyhow when CPU usage is high?
It hard to say 'yes', when looking to call graphs (rrd) I saw that the calls throughput was slow down...
Looking to logs/PCAP's/etc I'm seeing that some of calls were processed though (perhaps some of working forks).
But there were > 75-80% of failed calls with 478 Request Terminated.
Also by analyzing a PCAP flows I saw that more than 70% of calls were de-jittered, de-sync'ed in RTP timestamps, etc...
> How do you solve it, by restart or it just appears from time to time and solves itself periodically?
I did not restarted kamailio during 20 days, following a charts this problem was re-appeared during 2 days.
After restart of kamailio -- I can't see any issues for now, there is 0.00 on CPU by all of kamailio instance/forks/etc...
>
>
>
>Cheers,
>Daniel