Thanks to Andrei, the bug is fixed on trunk and 1.6 version Regards, Bogdan
Bogdan-Andrei Iancu wrote: > Hi Takeshi, > > It seams there is a missing error handling in case of "no more mem". > > This will be fixed asap. > > Thanks for the report and help, > Bogdan > > mayamatakeshi wrote: > >> Hi Bogdan, >> >> On Mon, Apr 12, 2010 at 10:27 PM, Bogdan-Andrei Iancu >> <[email protected] <mailto:[email protected]>> wrote: >> >> Hi Takeshi, >> >> Do you still have the core file ? If yes, could you print "dest" and >> "*dest" ? >> >> >> >> (gdb) print dest >> $1 = (void **) 0x0 >> >> >> >> Do you get any previous errors (from the same process) ? like mem >> errors? >> >> >> Now that you mentioned, I went to the log file and saw lots of this: >> >> Apr 3 05:25:19 centos53_02005 /usr/local/sbin/opensips[29732]: >> ERROR:tm:relay_reply: no more share memory >> Apr 3 05:25:19 centos53_02005 /usr/local/sbin/opensips[29732]: >> ERROR:tm:_reply_light: failed to allocate shmem buffer >> >> (sorry, I should have looked into this as first thing) >> >> >> >> Also, can you reproduce this ? >> >> >> I was load testing r. 6605 with 800 Registrations per second (32000 >> users) and didn't saw this ever happen before (I ran this same load >> session several times: one of them reached 1 billion registration >> requests). And actually, in previous tests I was using opensips with >> just 256 MB of shared memory and not with "-m 1024" as above. >> With r. 6758 so far nothing wrong happened. >> I will update to 1.6 head and will report if problem happens again, >> but maybe in the above case, my SIPp instance went crazy in the other >> end and generated too much traffic. >> >> Thanks and regards, >> takeshi >> >> >> mayamatakeshi wrote: >> > Hello, >> > I was load testing opensips-1.6 r. 6605 >> > and I got a seg fault. >> > I will try updating to most recent revision of 1.6, but I thought >> > someone would like to take a look at this. >> > >> > regards, >> > takeshi >> > >> > >> > Core was generated by `/usr/local/sbin/opensips -m 1024'. >> > Program terminated with signal 11, Segmentation fault. >> > [New process 29728] >> > #0 slot_add (_s=0x2b361ce6ac10, _r=0x2b363326ca20) at hslot.c:151 >> > 151 *dest = _r; >> > (gdb) bt >> > #0 slot_add (_s=0x2b361ce6ac10, _r=0x2b363326ca20) at hslot.c:151 >> > #1 0x00002b3619b9ac65 in mem_insert_urecord (_d=0x2b361ce69560, >> > _aor=<value optimized out>, _r=0x7fff919cb740) >> > at udomain.c:648 >> > #2 0x00002b3619b9ad42 in insert_urecord (_d=0x2b361ce69560, >> > _aor=0x7fff919cb958, _r=0x7fff919cb740) at udomain.c:781 >> > #3 0x00002b3619fb5769 in insert_contacts (_m=0x79b600, _c=0x79c468, >> > _d=0x2b361ce69560, _a=0x7fff919cb958, >> > _sctx=0x7fff919cb950) at save.c:398 >> > #4 0x00002b3619fb6592 in save (_m=0x79b600, _d=0x2b361ce69560 "", >> > _f=<value optimized out>, _s=0x0) at save.c:680 >> > #5 0x000000000040e9e9 in do_action (a=0x78def8, msg=0x79b600) at >> > action.c:967 >> > #6 0x00000000004114bc in run_action_list (a=<value optimized out>, >> > msg=0x79b600) at action.c:139 >> > #7 0x0000000000466b24 in eval_expr (e=0x78dfd0, msg=0x79b600, >> > val=0x0) at route.c:1240 >> > #8 0x000000000046659d in eval_expr (e=0x78e020, msg=0x79b600, >> > val=0x0) at route.c:1553 >> > #9 0x0000000000466545 in eval_expr (e=0x78e070, msg=0x79b600, >> > val=0x0) at route.c:1558 >> > #10 0x000000000040d9cd in do_action (a=0x78e2c8, msg=0x79b600) at >> > action.c:689 >> > #11 0x00000000004114bc in run_action_list (a=<value optimized out>, >> > msg=0x79b600) at action.c:139 >> > #12 0x000000000040fcc3 in do_action (a=0x78e888, msg=0x79b600) at >> > action.c:706 >> > #13 0x00000000004114bc in run_action_list (a=<value optimized out>, >> > msg=0x79b600) at action.c:139 >> > #14 0x0000000000411819 in run_top_route (a=0x78ad18, >> msg=0x79b600) at >> > action.c:119 >> > #15 0x0000000000455ff5 in receive_msg ( >> > buf=0x754f20 "REGISTER sip:domain13564.com >> <http://domain13564.com> >> > <http://domain13564.com> SIP/2.0\r\nVia: SIP/2.0/UDP >> > 192.168.2.6:6666;rport;branch=z9hG4bK-4540-1443964-5\r\nFrom: >> > \"13564\" <sip:[email protected] >> <mailto:sip%[email protected]> >> > <mailto:sip%[email protected] >> <mailto:sip%[email protected]>>>;tag=4540SIPpTag001443964\r\nTo: >> > \"13564\" <sip:13564@"..., len=575, >> > rcv_info=0x7fff919ccc10) at receive.c:162 >> > #16 0x000000000049a304 in udp_rcv_loop () at udp_server.c:492 >> > #17 0x0000000000429bbd in main (argc=3, argv=<value optimized >> out>) at >> > main.c:818 >> > (gdb) >> > >> > >> ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > Users mailing list >> > [email protected] <mailto:[email protected]> >> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > >> >> >> -- >> Bogdan-Andrei Iancu >> www.voice-system.ro <http://www.voice-system.ro> >> >> >> _______________________________________________ >> Users mailing list >> [email protected] <mailto:[email protected]> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > > > -- Bogdan-Andrei Iancu www.voice-system.ro _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
