What about this one:<br><br>Program terminated with signal 11, Segmentation fault.<br>[New process 15892]<br>#0 0x00e1fddb in t_lookup_request (p_msg=0x81d2f20, leave_new_locked=1) at ../../mem/../hash_func.h:65<br>65 for (p=s2->s; p<=(end-4); p+=4){<br>
(gdb) bt<br>#0 0x00e1fddb in t_lookup_request (p_msg=0x81d2f20, leave_new_locked=1) at ../../mem/../hash_func.h:65<br>#1 0x00e21859 in t_newtran (p_msg=0x81d2f20) at t_lookup.c:1051<br>#2 0x00e243a0 in w_t_newtran (p_msg=0x81d2f20, foo=0x0, bar=0x0) at tm.c:1006<br>
#3 0x080545dd in do_action (a=0x81cc30c, msg=0x81d2f20) at action.c:967<br>#4 0x08057308 in run_action_list (a=0x81cc30c, msg=0x81d2f20) at action.c:139<br>#5 0x080af2be in eval_expr (e=0x81cc378, msg=0x81d2f20, val=0x0) at route.c:1240<br>
#6 0x080aed39 in eval_expr (e=0x81cc3a4, msg=0x81d2f20, val=0x0) at route.c:1553<br>#7 0x080aeccf in eval_expr (e=0x81cc3d0, msg=0x81d2f20, val=0x0) at route.c:1558<br>#8 0x080533c2 in do_action (a=0x81cc770, msg=0x81d2f20) at action.c:689<br>
#9 0x08057308 in run_action_list (a=0x81cc770, msg=0x81d2f20) at action.c:139<br>#10 0x080554a7 in do_action (a=0x81c85b4, msg=0x81d2f20) at action.c:119<br>#11 0x08057308 in run_action_list (a=0x81c85b4, msg=0x81d2f20) at action.c:139<br>
#12 0x080554dd in do_action (a=0x81c868c, msg=0x81d2f20) at action.c:706<br>#13 0x08057308 in run_action_list (a=0x81c868c, msg=0x81d2f20) at action.c:139<br>#14 0x08056625 in do_action (a=0x81c86f8, msg=0x81d2f20) at action.c:712<br>
#15 0x08057308 in run_action_list (a=0x81c86f8, msg=0x81d2f20) at action.c:139<br>#16 0x08056625 in do_action (a=0x81c8764, msg=0x81d2f20) at action.c:712<br>#17 0x08057308 in run_action_list (a=0x81c8764, msg=0x81d2f20) at action.c:139<br>
#18 0x08056625 in do_action (a=0x81c87d0, msg=0x81d2f20) at action.c:712<br>#19 0x08057308 in run_action_list (a=0x81c87d0, msg=0x81d2f20) at action.c:139<br>#20 0x08056625 in do_action (a=0x81c883c, msg=0x81d2f20) at action.c:712<br>
#21 0x08057308 in run_action_list (a=0x81c883c, msg=0x81d2f20) at action.c:139<br>#22 0x08056625 in do_action (a=0x81c88a8, msg=0x81d2f20) at action.c:712<br>#23 0x08057308 in run_action_list (a=0x81c88a8, msg=0x81d2f20) at action.c:139<br>
#24 0x080554dd in do_action (a=0x81ca360, msg=0x81d2f20) at action.c:706<br>#25 0x08057308 in run_action_list (a=0x81bd578, msg=0x81d2f20) at action.c:139<br>#26 0x080576a3 in run_top_route (a=0x81bd578, msg=0x81d2f20) at action.c:119<br>
#27 0x0809ddf2 in receive_msg (<br> buf=0x8192380 "NOTIFY sip:62.117.120.98 SIP/2.0\r\nVia: SIP/2.0/UDP 194.190.163.139:5061;branch=z9hG4bK-d5a4f117\r\nFrom: 206401 <<a href="mailto:sip%3A206401@62.117.120.98">sip:206401@62.117.120.98</a>>;tag=d825811556491d55o0\r\nTo: <sip:62.117.120.98>\r\nCall-ID: d42b6"..., len=347, rcv_info=0xbfd71e84) at receive.c:162<br>
#28 0x080e5056 in udp_rcv_loop () at udp_server.c:492<br>#29 0x08070adf in main (argc=3, argv=0xbfd72094) at main.c:821<br><br><div class="gmail_quote">22 ÄÅĖĮĀŅŃ 2009 Ē. 13:10 ŠĻĢŲŚĻ×ĮŌÅĢŲ Anca Vamanu <span dir="ltr"><<a href="mailto:anca@opensips.org">anca@opensips.org</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;">Hi Alexander,<br>
<br>
Unless you modified the sources, this is not the right backtrace. The<br>
line numbers do not correspond with the ones in the trace.<br>
<br>
Regards,<br>
<br>
--<br>
<div class="im">Anca Vamanu<br>
<a href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a><br>
<br>
<br>
</div><div class="im">Alexander wrote:<br>
> Oh, found one. Seems to be right core file. GDB says:<br>
><br>
> #0 0x080fbb52 in parse_params (_s=0xec, _c=695, _h=0x81d44bc,<br>
> _p=0x1d4) at parser/../trim.h:61<br>
> #1 0x080f135f in parse_msg (buf=0xb61eacc4 "Ü>\035\bŠ¬\036¶",<br>
> len=135861088, msg=0x305) at parser/msg_parser.c:567<br>
> #2 0x080ed9c7 in aaa_prot_bind (aaa_url=0xb61eacac, prot=0x80) at<br>
> 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>> 2009/12/22 Alexander <<a href="mailto:goal81@gmail.com">goal81@gmail.com</a> <mailto:<a href="mailto:goal81@gmail.com">goal81@gmail.com</a>>><br>
<div class="im">><br>
> I have no core file for now:<br>
><br>
><br>
> Dec 22 11:02:08 srv opensips[26182]: INFO:core:handle_sigs: core<br>
> was not generated<br>
><br>
> Strange - "ulimit -c unlimited" and calls to setrlimit() in<br>
> OpenSIPS produce no core file.<br>
><br>
> NOTIFY packets come from clients. Also, Opensips sometimes sends<br>
> keepalive NOTIFY packets, but my route(5) is called inside "uri ==<br>
> myself" section.<br>
><br>
</div>> 2009/12/22 Anca Vamanu <<a href="mailto:anca@opensips.org">anca@opensips.org</a> <mailto:<a href="mailto:anca@opensips.org">anca@opensips.org</a>>><br>
<div><div></div><div class="h5">><br>
> Hi Alexander,<br>
><br>
> Can you please investigate the core with gdb and print here<br>
> the output.<br>
> It seems awkward to me that you expect to receive Notifies and<br>
> reply to<br>
> them. Wat kind of notifies are those? Sent by clients or the<br>
> presence<br>
> server?<br>
><br>
> Regards,<br>
> Anca<br>
><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<br>
> 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<br>
> /var/log/messages:<br>
> ><br>
> > Dec 22 11:02:03 srv rtpproxy[17011]: INFO:rxmit_packets:<br>
> caller's<br>
> > address filled in: <a href="http://195.182.195.206:1024" target="_blank">195.182.195.206:1024</a><br>
</div></div>> <<a href="http://195.182.195.206:1024" target="_blank">http://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 class="im">> > (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:<br>
> lookup on<br>
> > ports 36664/35096, session timer restarted<br>
> > Dec 22 11:02:08 srv rtpproxy[17011]: INFO:handle_command:<br>
> pre-filling<br>
> > callee's address with <a href="http://87.251.142.50:5006" target="_blank">87.251.142.50:5006</a><br>
</div>> <<a href="http://87.251.142.50:5006" target="_blank">http://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 class="h5">> > Dec 22 11:02:08 srv opensips[26208]:<br>
> CRITICAL:core:receive_fd: EOF on 13<br>
> > Dec 22 11:02:08 srv opensips[26182]: INFO:core:handle_sigs:<br>
> child<br>
> > process 26186 exited by a signal 11<br>
> > Dec 22 11:02:08 srv opensips[26182]: INFO:core:handle_sigs:<br>
> 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<br>
> 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<br>
> == "NOTIFY")<br>
> > {<br>
> > route(4);<br>
> > return(0);<br>
> > }<br>
> ><br>
> > As I see, Opensips sets core dump limit, if it's turned<br>
> 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>
> ><br>
> ------------------------------------------------------------------------<br>
> ><br>
> > _______________________________________________<br>
> > Users mailing list<br>
</div></div>> > <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>><br>
<div class="im">> > <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>
> --<br>
> Anca Vamanu<br>
</div>> <a href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a> <<a href="http://www.voice-system.ro" target="_blank">http://www.voice-system.ro</a>><br>
><br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>><br>
<div><div></div><div class="h5">> <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>
> ------------------------------------------------------------------------<br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opensips.org">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>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">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><br>