<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body 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<br>
    <br>
    <div class="moz-cite-prefix">On 6/25/12 9:43 AM, Konstantin M.
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAEYtTzcTZvcbw-A-WapVekSL=j9DB9E6rjLUc+GvCJjBQ9C5rg@mail.gmail.com"
      type="cite">&gt; 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>
      &gt; What you can do is to attach with gdb to a process using lot
      of CPU and do the backtrace:<br>
      &gt;<br>
      &gt; gdb /path/to/kamailio __pid__<br>
      &gt; <br>
      &gt; Replace __pid__ with the PID of process eating the CPU. Then
      run bt<br>
      &gt; <br>
      &gt; It may be a deadlock/infinite loop somewhere. I saw three
      processes in top, others were down with no much cpu usage. <br>
      &gt; 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 &gt; 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>
      &gt; 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>
      &gt;<br>
      &gt;<br>
      &gt;<br>
      &gt;Cheers,<br>
      &gt;Daniel<br>
      <br>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 - <a class="moz-txt-link-freetext" href="http://asipto.com/u/katu">http://asipto.com/u/katu</a>
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 - <a class="moz-txt-link-freetext" href="http://asipto.com/u/kpw">http://asipto.com/u/kpw</a></pre>
  </body>
</html>