<p>Have you enabled one core per process (pid)? If not, core files from other processes may be overwritten by the main process doing cleanup at shut down. Anyhow, if a worker process crashes, you should see a log message in syslog. not only the one about signal 15.</p>
<p>If you don't get a response, then the sip trace is not that useful for the moment.</p>
<p>First thing to double check -- if you enabled pike module, be sure you don't block the traffic that is trusted.</p>
<p>Otherwise, if you can reproduce, do following:</p>
<ul>
<li>when kamailio runs fine, do <code>kamctl ps</code> to get the list of running processes</li>
<li>when kamailio stops routing sip traffic, attach with gdb to a worker process for your kind of traffic (UDP, TCP ... for example for UDP, attach to the PID listed for the process with ID 1) and get the backtrace:</li>
</ul>
<pre><code>gdb /path/to/kamailio PID
bt full
</code></pre>
<p>Also see if the CPU is at high load. That could be an indication of a dead (spin) lock. If CPU is low, maybe there is some blocking operation dns, db query, ...</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/kamailio/kamailio/issues/1172#issuecomment-311888817">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AF36ZZg7ASU6ARTUXVttQOkurx8hekdtks5sI1XRgaJpZM4OIFBs">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AF36ZbNg44kMbbpXK4gLnfWebJvnA-6Dks5sI1XRgaJpZM4OIFBs.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/kamailio/kamailio/issues/1172#issuecomment-311888817"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/kamailio/kamailio","title":"kamailio/kamailio","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/kamailio/kamailio"}},"updates":{"snippets":[{"icon":"PERSON","message":"@miconda in #1172: Have you enabled one core per process (pid)? If not, core files from other processes may be overwritten by the main process doing cleanup at shut down. Anyhow, if a worker process crashes, you should see a log message in syslog. not only the one about signal 15.\r\n\r\nIf you don't get a response, then the sip trace is not that useful for the moment.\r\n\r\nFirst thing to double check -- if you enabled pike module, be sure you don't block the traffic that is trusted.\r\n\r\nOtherwise, if you can reproduce, do following:\r\n\r\n  * when kamailio runs fine, do `kamctl ps` to get the list of running processes\r\n  * when kamailio stops routing sip traffic, attach with gdb to a worker process for your kind of traffic (UDP, TCP ... for example for UDP, attach to the PID listed for the process with ID 1) and get the backtrace:\r\n\r\n```\r\ngdb /path/to/kamailio PID\r\nbt full\r\n```\r\n\r\nAlso see if the CPU is at high load. That could be an indication of a dead (spin) lock. If CPU is low, maybe there is some blocking operation dns, db query, ..."}],"action":{"name":"View Issue","url":"https://github.com/kamailio/kamailio/issues/1172#issuecomment-311888817"}}}</script>