<div dir="ltr"><div class="gmail_extra"><div><div dir="ltr"><div>

I think I&#39;ve made some progress.  It has something to do with using 127.0.0.1 as an interface.  This instance talked only to other OS instances on the same machine, so localhost seemed like a natural and portable choice.  Unfortunately it causes some problems possibly with the check_ip_address function, or maybe the find_si function it calls.  More testing showed it would crash/stop on its own.</div>
<div><br></div><div><div>Nov 12 15:59:52 [11098] DBG:core:check_ip_address: params 127.0.0.1, 127.0.0.1, 0</div><div>Nov 12 15:59:52 [11094] DBG:core:handle_sigs: status = 11</div><div>Nov 12 15:59:52 [11094] INFO:core:handle_sigs: child process 11098 exited by a signal 11</div>
<div>Nov 12 15:59:52 [11094] INFO:core:handle_sigs: core was not generated</div><div>Nov 12 15:59:52 [11094] INFO:core:handle_sigs: terminating due to SIGCHLD</div><div>Nov 12 15:59:52 [11096] INFO:core:sig_usr: signal 15 received</div>
<div>Nov 12 15:59:52 [11101] INFO:core:sig_usr: signal 15 received</div><div>Nov 12 15:59:52 [11100] INFO:core:sig_usr: signal 15 received</div><div>Nov 12 15:59:52 [11097] INFO:core:sig_usr: signal 15 received</div><div>
Nov 12 15:59:52 [11099] INFO:core:sig_usr: signal 15 received</div><div>Nov 12 15:59:52 [11095] INFO:core:sig_usr: signal 15 received</div><div>Nov 12 15:59:52 [11094] INFO:core:cleanup: cleanup</div></div><div><br></div>
<div>At debug=6 I noticed the same check_ip_address message just before it stopped each time.</div><div><br></div><div>Anyway, using different ports on a real LAN IP solves both the crash and shutdown problems.</div><div>
<br></div><div><br></div><div>- Jeff</div><div><br></div></div></div>
<br><br><div class="gmail_quote">On Mon, Nov 11, 2013 at 11:03 PM, Jeff Pyle <span dir="ltr">&lt;<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div><div dir="ltr"><div>Hello,</div><div><br></div><div>In one particular configuration on 1.10 a standard Opensips shutdown isn&#39;t ending all the processes...if calls have passed through the system.  If no calls have passed, everything shuts down fine.</div>

<div><br></div><div>At one particular moment in time with everything running I have:</div><div><br></div><div><div>Process::  ID=0 PID=26283 Type=attendant</div><div>Process::  ID=1 PID=26284 Type=MI XMLRPC</div><div>Process::  ID=2 PID=26285 Type=MI FIFO</div>

<div>Process::  ID=3 PID=26286 Type=RTPP timeout receiver</div><div>Process::  ID=4 PID=26287 Type=SIP receiver udp:<a href="http://127.0.0.1:5002" target="_blank">127.0.0.1:5002</a> </div><div>Process::  ID=5 PID=26288 Type=SIP receiver udp:<a href="http://127.0.0.1:5002" target="_blank">127.0.0.1:5002</a> </div>

<div>Process::  ID=6 PID=26289 Type=time_keeper</div><div>Process::  ID=7 PID=26290 Type=timer</div></div><div><br></div><div>But after /etc/init.d/opensips stop, it&#39;s always the attendant (26283) and the second SIP receiver (26288) hanging around.  It requires a kill -9 to get them to go away.</div>

<div><br></div><div>A full debug isn&#39;t showing anything obvious:</div><div><br></div><div><div>Nov 11 22:51:29 [26283] DBG:core:handle_sigs: SIGTERM received, program terminates</div><div>Nov 11 22:51:29 [26289] INFO:core:sig_usr: signal 15 received</div>

<div>Nov 11 22:51:29 [26288] INFO:core:sig_usr: signal 15 received</div><div>Nov 11 22:51:29 [26290] INFO:core:sig_usr: signal 15 received</div><div>Nov 11 22:51:29 [26287] INFO:core:sig_usr: signal 15 received</div><div>

Nov 11 22:51:29 [26286] INFO:core:sig_usr: signal 15 received</div><div>Nov 11 22:51:29 [26285] INFO:core:sig_usr: signal 15 received</div><div>Nov 11 22:51:29 [26284] INFO:core:sig_usr: signal 15 received</div></div><div>

<br></div><div>But not everything has terminated:</div><div><br></div><div># ps ax | grep opensips</div><div>26283 ?        S&lt;     0:00 /usr/sbin/opensips -f /etc/opensips/opensips.cfg -P /var/run/opensips/opensips.pid -m 8 -M 1 -u opensips -g opensips</div>

<div>26288 ?        R&lt;     0:21 /usr/sbin/opensips -f /etc/opensips/opensips.cfg -P /var/run/opensips/opensips.pid -m 8 -M 1 -u opensips -g opensips</div><div><br></div><div>Any suggestions on where to continue investigating?</div>
<span class=""><font color="#888888">
<div><br></div><div><br></div><div>- Jeff</div><div><br></div><div><br></div><div><br></div></font></span></div></div>
</div>
</blockquote></div><br></div></div>