Yes, I'll bt if it will appear again...<br><br>Here is a version:<br><br># /opt/kamailio/sbin/kamailio -V<br>version: kamailio 3.2.3 (x86_64/linux)<br>flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES<br>
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB<br>poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.<br>id: unknown<br>compiled on 15:37:11 Jun 9 2012 with gcc 4.4.3<br>
<br><br><div class="gmail_quote">2012/6/25 Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Hello,<br>
<br>
when it occurs again, get the backtrace with gdb using the PIDs from
all kamailio processes eating lot of CPU.<br>
<br>
Btw, what version are you using (kamailio -V)?<br>
<br>
Cheers,<br>
Daniel<div><div class="h5"><br>
<br>
<div>On 6/25/12 9:43 AM, Konstantin M.
wrote:<br>
</div>
</div></div><blockquote type="cite"><div><div class="h5">> do you have heavy traffic on that instance? How
many children have you configured?<br>
<br>
Yes, but only a voip. There are over 10k calls per day.<br>
fork=yes<br>
children=4<br>
<br>
This configuration is working during 1.5 months without any issues
till now...<br>
<br>
<br>
> What you can do is to attach with gdb to a process using lot
of CPU and do the backtrace:<br>
><br>
> gdb /path/to/kamailio __pid__<br>
> <br>
> Replace __pid__ with the PID of process eating the CPU. Then
run bt<br>
> <br>
> It may be a deadlock/infinite loop somewhere. I saw three
processes in top, others were down with no much cpu usage. <br>
> Is the SIP routing going fine anyhow when CPU usage is high?
<br>
<br>
It hard to say 'yes', when looking to call graphs (rrd) I saw that
the calls throughput was slow down...<br>
Looking to logs/PCAP's/etc I'm seeing that some of calls were
processed though (perhaps some of working forks).<br>
But there were > 75-80% of failed calls with 478 Request
Terminated.<br>
Also by analyzing a PCAP flows I saw that more than 70% of calls
were de-jittered, de-sync'ed in RTP timestamps, etc...<br>
<br>
> How do you solve it, by restart or it just appears from time
to time and solves itself periodically?<br>
<br>
I did not restarted kamailio during 20 days, following a charts
this problem was re-appeared during 2 days.<br>
<br>
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...<br>
<br>
><br>
><br>
><br>
>Cheers,<br>
>Daniel<br>
<br>
<br>
<br>
<fieldset></fieldset>
<br>
</div></div><pre>_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote><div class="im">
<br>
<pre cols="72">--
Daniel-Constantin Mierla - <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a>
<a href="http://twitter.com/#%21/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a>
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 - <a href="http://asipto.com/u/katu" target="_blank">http://asipto.com/u/katu</a>
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 - <a href="http://asipto.com/u/kpw" target="_blank">http://asipto.com/u/kpw</a></pre>
</div></div>
</blockquote></div><br>