š Oh, found one. Seems to be right core file. GDB says:<br><br>#0š 0x080fbb52 in parse_params (_s=0xec, _c=695, _h=0x81d44bc, _p=0x1d4) at parser/../trim.h:61<br>#1š 0x080f135f in parse_msg (buf=0xb61eacc4 "Ü>\035\bЬ\036¶", len=135861088, msg=0x305) at parser/msg_parser.c:567<br>
#2š 0x080ed9c7 in aaa_prot_bind (aaa_url=0xb61eacac, prot=0x80) at aaa/aaa.c:85<br>#3š 0x003b9205 in ?? ()<br>#4š 0xb61eacac in ?? ()<br>#5š 0x00000080 in ?? ()<br>#6š 0x003e2df4 in ?? ()<br>#7š 0x371f3654 in ?? ()<br>#8š 0x00000007 in ?? ()<br>
#9š 0x08180e85 in _tr_buffer ()<br>#10 0x08180e81 in _tr_buffer ()<br>#11 0x00000000 in ?? ()<br><br><div class="gmail_quote">2009/12/22 Alexander <span dir="ltr"><<a href="mailto:goal81@gmail.com">goal81@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">š I have no core file for now:<div class="im"><br><br>Dec 22 11:02:08 srv opensips[26182]: INFO:core:handle_sigs: core was not generated<br>
<br></div>š Strange - "ulimit -c unlimited" and calls to setrlimit() in OpenSIPS produce no core file.<br>
<br>š NOTIFY packets come from clients. Also, Opensips sometimes sends keepalive NOTIFY packets, but my route(5) is called inside "uri == myself" section.<br><br><div class="gmail_quote">2009/12/22 Anca Vamanu <span dir="ltr"><<a href="mailto:anca@opensips.org" target="_blank">anca@opensips.org</a>></span><div>
<div></div><div class="h5"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Alexander,<br>
<br>
Can you please investigate the core with gdb and print here the output.<br>
It seems awkward to me that you expect to receive Notifies and reply to<br>
them. Wat kind of notifies are those? Sent by clients or the presence<br>
server?<br>
<br>
Regards,<br>
Anca<br>
<div><div></div><div><br>
<br>
<br>
Alexander wrote:<br>
> š Hi all.<br>
><br>
> š I've tried to update to Opensips 1.6.1, but encountered the<br>
> following problem. Opensips starts successfully, but soon almost all<br>
> it's processes die one by one and only two processes remain.<br>
> For example, if right after start we have:<br>
><br>
> # ps ax | grep opens<br>
> 26182 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26183 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26184 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26185 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26186 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26187 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26188 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26189 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26190 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26191 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26192 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26193 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26194 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26195 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26196 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26197 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26198 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26199 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26200 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26201 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26202 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26203 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26204 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26205 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26206 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26207 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26208 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
><br>
> š When processes die, we have only:<br>
><br>
> #ps ax | grep opens<br>
> 26182 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
> 26184 ? š š š šS š š š0:00 ./opensips -k 0x11110204 -u opensips<br>
><br>
> š If I set debug=6, the following is written to /var/log/messages:<br>
><br>
> Dec 22 11:02:03 srv rtpproxy[17011]: INFO:rxmit_packets: caller's<br>
</div></div>> address filled in: <a href="http://195.182.195.206:1024" target="_blank">195.182.195.206:1024</a> <<a href="http://195.182.195.206:1024" target="_blank">http://195.182.195.206:1024</a>><br>
<div>> (RTP)<br>
> Dec 22 11:02:03 srv opensips[26184]: Route 5 - NOTIFY<br>
> Dec 22 11:02:05 srv opensips[26185]: Route 5 - PUBLISH<br>
> Dec 22 11:02:06 srv opensips[26183]: Route 5 - NOTIFY<br>
> Dec 22 11:02:06 srv opensips[26185]: Route 5 - NOTIFY<br>
> Dec 22 11:02:06 srv opensips[26185]: Route 5 - NOTIFY<br>
> Dec 22 11:02:06 srv opensips[26186]: Route 5 - NOTIFY<br>
> Dec 22 11:02:06 srv opensips[26186]: Route 5 - NOTIFY<br>
> Dec 22 11:02:08 srv rtpproxy[17011]: INFO:handle_command: lookup on<br>
> ports 36664/35096, session timer restarted<br>
> Dec 22 11:02:08 srv rtpproxy[17011]: INFO:handle_command: pre-filling<br>
</div>> callee's address with <a href="http://87.251.142.50:5006" target="_blank">87.251.142.50:5006</a> <<a href="http://87.251.142.50:5006" target="_blank">http://87.251.142.50:5006</a>><br>
<div><div></div><div>> Dec 22 11:02:08 srv opensips[26208]: CRITICAL:core:receive_fd: EOF on 13<br>
> Dec 22 11:02:08 srv opensips[26182]: INFO:core:handle_sigs: child<br>
> process 26186 exited by a signal 11<br>
> Dec 22 11:02:08 srv opensips[26182]: INFO:core:handle_sigs: core was<br>
> not generated<br>
> Dec 22 11:02:08 srv opensips[26182]: INFO:core:handle_sigs:<br>
> terminating due to SIGCHLD<br>
><br>
> š As I see, the last message received by process with PID 26186 is<br>
> NOTIFY, and then it crashes.<br>
><br>
> "Route 5 - NOTIFY" is in this block of configuration file:<br>
><br>
> # SUBSCRIBE and PUBLISH Message Handling<br>
> # --------------------------------------<br>
> route[5]<br>
> {<br>
> š š if (!t_newtran())<br>
> š š {<br>
> š š š š xlog("L_INFO", "Failed to create transaction\n");<br>
> š š š š sl_reply_error();<br>
> š š š š exit;<br>
> š š }<br>
><br>
> š š if (is_method("PUBLISH"))<br>
> š š {<br>
> š š š š xlog("L_INFO", "Route 5 - PUBLISH \n");<br>
> š š š š handle_publish();<br>
> š š }<br>
> š š else if (is_method("SUBSCRIBE"))<br>
> š š {<br>
> š š š š xlog("L_INFO", "Route 5 - SUBSCRIBE\n");<br>
> š š š š handle_subscribe();<br>
> š š }<br>
> š š else if (is_method("NOTIFY"))<br>
> š š {<br>
> š š š š xlog("L_INFO", "Route 5 - NOTIFY\n");<br>
> š š š š t_reply("200", "OK");<br>
> š š š š exit;<br>
> š š }<br>
><br>
> š š exit;<br>
> }<br>
><br>
> š In main routing logic:<br>
><br>
> if (method == "SUBSCRIBE" || method == "PUBLISH" || method == "NOTIFY")<br>
> {<br>
> š š route(4);<br>
> š š return(0);<br>
> }<br>
><br>
> š As I see, Opensips sets core dump limit, if it's turned off, but no<br>
> core is produced (OS is CentOS 5.3).<br>
><br>
> š What can be wrong? Version 1.6.0 did not crash like this.<br>
</div></div>> ------------------------------------------------------------------------<br>
<div>><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
><br>
<br>
<br>
</div><font color="#888888">--<br>
Anca Vamanu<br>
<a href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a><br>
</font><div><div></div><div><br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div></div></div><br>
</blockquote></div><br>