[OpenSIPS-Users] OpenSIPS libmysqlclient.so segfault after MySQL restart

Bogdan-Andrei Iancu bogdan at voice-system.ro
Tue Mar 3 17:36:52 CET 2009


Hi Om,

Thanks again for your help in fixing this. With the log you sent me I 
figured out what was wrong - when a reconnect even was detected, 
previously, I was re-initializing only the current statements. But on a 
mysql connection you can have multiple statements, so you need to reset 
all of them.

Also the re-connect even may be detected when running a standard text 
query....

I made the necessary fixes on SVN - hopefully it should be ok now. :)

Regards,
Bogdan

Om Bikram Thapa wrote:
> Hi Bogdan,
>
> I am again able to crash opensips by restarting MySQL two times with
> 2/3 register/de-register (it was okay till then) and then crashed with
> INVITE.
>
> Here is the gdb bt:
>
> ---
> Core was generated by `/usr/local/sbin/opensips -P
> /var/run/opensips/opensips.pid -m 64 -u root -g roo'.
> Program terminated with signal 11, Segmentation fault.
> [New process 8102]
> #0  0x00007f3f536b2283 in mysql_stmt_result_metadata () from
> /usr/lib/libmysqlclient.so.15
> (gdb) bt
> #0  0x00007f3f536b2283 in mysql_stmt_result_metadata () from
> /usr/lib/libmysqlclient.so.15
> #1  0x00007f3f53a644ba in db_mysql_do_prepared_query (conn=0x7cf7c0,
> query=<value optimized out>, v=0x7fff5c803720, n=<value optimized
> out>, uv=0x0, un=0)
>     at dbase.c:370
> #2  0x00007f3f53a66b41 in db_mysql_query (_h=0x7cf7c0, _k=<value
> optimized out>, _op=<value optimized out>, _v=0x7fff5c803720,
> _c=<value optimized out>,
>     _n=1, _nc=2, _o=0x0, _r=0x7fff5c8037c0) at dbase.c:621
> #3  0x00007f3f501df47c in authorize (_m=0x7d0490, _realm=<value
> optimized out>, _table=<value optimized out>, _hftype=<value optimized
> out>)
>     at authorize.c:107
> #4  0x000000000040f849 in do_action (a=0x7bd1f8, msg=0x7d0490) at action.c:961
> #5  0x000000000040e7a5 in run_action_list (a=<value optimized out>,
> msg=0x7d0490) at action.c:139
> #6  0x0000000000470394 in eval_elem (e=0x7bd318, msg=0x7d0490,
> val=0x0) at route.c:1189
> #7  0x0000000000471b0d in eval_expr (e=0x92eff0, msg=0x7d0490,
> val=0x0) at route.c:1486
> #8  0x0000000000471abc in eval_expr (e=0x7bd3b0, msg=0x7d0490,
> val=0x0) at route.c:1502
> #9  0x0000000000471ae5 in eval_expr (e=0x7bd448, msg=0x7d0490,
> val=0x0) at route.c:1507
> #10 0x000000000040f8fc in do_action (a=0x7be468, msg=0x7d0490) at action.c:688
> #11 0x000000000040e7a5 in run_action_list (a=<value optimized out>,
> msg=0x7d0490) at action.c:139
> #12 0x000000000041159b in do_action (a=0x7be788, msg=0x7d0490) at action.c:705
> #13 0x000000000040e7a5 in run_action_list (a=<value optimized out>,
> msg=0x7d0490) at action.c:139
> #14 0x000000000041159b in do_action (a=0x7bfaa8, msg=0x7d0490) at action.c:705
> #15 0x000000000040e7a5 in run_action_list (a=<value optimized out>,
> msg=0x7d0490) at action.c:139
> #16 0x0000000000410e9f in do_action (a=0x7b80a0, msg=0x7d0490) at action.c:119
> #17 0x000000000040e7a5 in run_action_list (a=<value optimized out>,
> msg=0x7d0490) at action.c:139
> #18 0x0000000000411a1b in do_action (a=0x7b81c0, msg=0x7d0490) at action.c:711
> #19 0x000000000040e7a5 in run_action_list (a=<value optimized out>,
> msg=0x7d0490) at action.c:139
> #20 0x00000000004126a5 in run_top_route (a=0x7ace70, msg=0x7d0490) at
> action.c:119
> #21 0x000000000045f7a8 in receive_msg (
>     buf=0x74e140 "INVITE
> sip:2222 at viatalk.com.np;user=phone;transport=UDP SIP/2.0\r\nVia:
> SIP/2.0/UDP 202.51.83.195:5060;branch=z9hG4bKilgvm1fi6nm39fimrfo222j;rport\r\nFrom:
> <sip:300000 at viatalk.com.np>;tag=dlidns7ti5hc7e2j"..., len=1399,
> rcv_info=0x7fff5c805320) at receive.c:165
> #22 0x000000000049eda6 in udp_rcv_loop () at udp_server.c:449
> #23 0x00000000004298bb in main (argc=<value optimized out>,
> argv=0x7fff5c805508) at main.c:778
> ---
>
> And debug=6 log file is attached herewith. FYI, the crash occured around 18:33.
>
> Thank you very much for your time.
>
> Regards,
> Om.
>
> On Mon, Mar 2, 2009 at 3:38 PM, Bogdan-Andrei Iancu
> <bogdan at voice-system.ro> wrote:
>   
>> Hi Om,
>>
>> Can you send me the full debug log (debug=6) for this scenario (you can send
>> it privately, if too big).
>>
>> I just want to check exactly what is going one.
>>
>> Thanks for your help,
>> Bogdan
>>
>> Om Bikram Thapa wrote:
>>     
>>> Hi Bogdan,
>>>
>>> Seems like I replied too soon. OpenSIPS again crashed on INVITE,
>>> although REGISTER operation was fine after a couple of MySQL restarts.
>>> I again restarted MySQL and got the server crashing on REGISTER as
>>> well. gdb trace for both the event crashes point to the same code:
>>>
>>> ---
>>> Core was generated by `/usr/local/sbin/opensips -P
>>> /var/run/opensips/opensips.pid -m 64 -u root -g roo'.
>>> Program terminated with signal 11, Segmentation fault.
>>> [New process 7352]
>>> #0  0x00007f13a0f38283 in mysql_stmt_result_metadata () from
>>> /usr/lib/libmysqlclient.so.15
>>> (gdb) bt
>>> #0  0x00007f13a0f38283 in mysql_stmt_result_metadata () from
>>> /usr/lib/libmysqlclient.so.15
>>> #1  0x00007f13a12ea4ba in db_mysql_do_prepared_query (conn=0x7cf7c0,
>>> query=<value optimized out>, v=0x7fffaa088fa0, n=<value optimized
>>> out>, uv=0x0, un=0)
>>>    at dbase.c:370
>>> #2  0x00007f13a12ecb41 in db_mysql_query (_h=0x7cf7c0, _k=<value
>>> optimized out>, _op=<value optimized out>, _v=0x7fffaa088fa0,
>>> _c=<value optimized out>,
>>>    _n=1, _nc=2, _o=0x0, _r=0x7fffaa089040) at dbase.c:621
>>> #3  0x00007f139da6547c in authorize (_m=0x7d0490, _realm=<value
>>> optimized out>, _table=<value optimized out>, _hftype=<value optimized
>>> out>)
>>>    at authorize.c:107
>>> #4  0x000000000040f849 in do_action (a=0x7bd1f8, msg=0x7d0490) at
>>> action.c:961
>>> #5  0x000000000040e7a5 in run_action_list (a=<value optimized out>,
>>> msg=0x7d0490) at action.c:139
>>> #6  0x0000000000470394 in eval_elem (e=0x7bd318, msg=0x7d0490,
>>> val=0x0) at route.c:1189
>>> #7  0x0000000000471b0d in eval_expr (e=0x14e0160, msg=0x7d0490,
>>> val=0x0) at route.c:1486
>>> #8  0x0000000000471abc in eval_expr (e=0x7bd3b0, msg=0x7d0490,
>>> val=0x0) at route.c:1502
>>> #9  0x0000000000471ae5 in eval_expr (e=0x7bd448, msg=0x7d0490,
>>> val=0x0) at route.c:1507
>>> #10 0x000000000040f8fc in do_action (a=0x7be468, msg=0x7d0490) at
>>> action.c:688
>>> #11 0x000000000040e7a5 in run_action_list (a=<value optimized out>,
>>> msg=0x7d0490) at action.c:139
>>> #12 0x000000000041159b in do_action (a=0x7be788, msg=0x7d0490) at
>>> action.c:705
>>> #13 0x000000000040e7a5 in run_action_list (a=<value optimized out>,
>>> msg=0x7d0490) at action.c:139
>>> #14 0x000000000041159b in do_action (a=0x7bfaa8, msg=0x7d0490) at
>>> action.c:705
>>> #15 0x000000000040e7a5 in run_action_list (a=<value optimized out>,
>>> msg=0x7d0490) at action.c:139
>>> #16 0x0000000000410e9f in do_action (a=0x7b80a0, msg=0x7d0490) at
>>> action.c:119
>>> #17 0x000000000040e7a5 in run_action_list (a=<value optimized out>,
>>> msg=0x7d0490) at action.c:139
>>> #18 0x0000000000411a1b in do_action (a=0x7b81c0, msg=0x7d0490) at
>>> action.c:711
>>> #19 0x000000000040e7a5 in run_action_list (a=<value optimized out>,
>>> msg=0x7d0490) at action.c:139
>>> #20 0x00000000004126a5 in run_top_route (a=0x7ace70, msg=0x7d0490) at
>>> action.c:119
>>> #21 0x000000000045f7a8 in receive_msg (
>>>    buf=0x74e140 "INVITE sip:xxx at x.x.x.x SIP/2.0\r\nDate: Sun, 01 Mar
>>> 2009 09:06:10 GMT\r\nCSeq: 2 INVITE\r\nVia: SIP/2.0/UDP
>>>
>>> x.x.x.x:5063;branch=z9hG4bK4e6660e0-ad04-de11-8875-001302b72316;rport\r\nUser-Agent:
>>> E"..., len=1297, rcv_info=0x7fffaa08aba0) at receive.c:165
>>> #22 0x000000000049eda6 in udp_rcv_loop () at udp_server.c:449
>>> #23 0x00000000004298bb in main (argc=<value optimized out>,
>>> argv=0x7fffaa08ad88) at main.c:778
>>>
>>> ---
>>>
>>> Thanks,
>>> Om.
>>>
>>> On Sun, Mar 1, 2009 at 12:45 PM, Om Bikram Thapa <om.thapa at gmail.com>
>>> wrote:
>>>
>>>       
>>>> Hi Bogdan,
>>>>
>>>> Solved! OpenSIPS (latest SVN) no longer crashes after MySQL restarts.
>>>>
>>>> Thanks,
>>>> Om.
>>>>
>>>> On Sun, Mar 1, 2009 at 11:33 AM, Om Bikram Thapa <om.thapa at gmail.com>
>>>> wrote:
>>>>
>>>>         
>>>>> Hi Bogdan,
>>>>>
>>>>> I will update and let you know the results.
>>>>>
>>>>> Regards,
>>>>> Om.
>>>>>
>>>>> On Sat, Feb 28, 2009 at 3:08 AM, Bogdan-Andrei Iancu
>>>>> <bogdan at voice-system.ro> wrote:
>>>>>
>>>>>           
>>>>>> Hi Om,
>>>>>>
>>>>>> finally, after some struggle with the libmysqlclient, I hope the issue
>>>>>> is
>>>>>> solve. Please give it another try and let me know the result.
>>>>>>
>>>>>> Thanks and regards,
>>>>>> Bogdan
>>>>>>
>>>>>> Om Bikram Thapa wrote:
>>>>>>
>>>>>>             
>>>>>>> Hi Bogdan,
>>>>>>>
>>>>>>> Just updated to latest svn, but I still see crashes after MySQL
>>>>>>> restart. The syslog shows following 3 lines after MySQL restart and
>>>>>>> registration attempt:
>>>>>>>
>>>>>>> --
>>>>>>> Feb 19 12:17:43 proxy /usr/local/sbin/opensips[2333]:
>>>>>>> ERROR:db_mysql:db_mysql_do_prepared_query: mysql_stmt_execute()
>>>>>>> failed: (1) Unknown prepared statement handler (1) given to
>>>>>>> mysql_stmt_execute
>>>>>>> Feb 19 12:17:43 proxy /usr/local/sbin/opensips[2333]:
>>>>>>> ERROR:auth_db:get_ha1: failed to query database
>>>>>>> Feb 19 12:18:13 proxy kernel: [  105.116919] opensips[2333]: segfault
>>>>>>> at 4c8 ip 7f167c109283 sp 7fff8525b270 error 4 in
>>>>>>> libmysqlclient.so.15.0.0[7f167c0ac000+1bf000]
>>>>>>> --
>>>>>>>
>>>>>>> At first attempt, the registration fails with "SIP/2.0 500 Server
>>>>>>> Internal Error" returned by the server, and subsequent registration
>>>>>>> attempt crashes the server.
>>>>>>>
>>>>>>> gdb backtrace gives following details:
>>>>>>>
>>>>>>> ---
>>>>>>> #0  0x00007f0119426283 in mysql_stmt_result_metadata () from
>>>>>>> /usr/lib/libmysqlclient.so.15
>>>>>>> (gdb) bt
>>>>>>> #0  0x00007f0119426283 in mysql_stmt_result_metadata () from
>>>>>>> /usr/lib/libmysqlclient.so.15
>>>>>>> #1  0x00007f01197d8f82 in db_mysql_do_prepared_query (conn=0x78b278,
>>>>>>> query=<value optimized out>, v=0x7fff22576880, n=<value optimized
>>>>>>> out>, uv=0x0, un=0)
>>>>>>>   at dbase.c:368
>>>>>>> #2  0x00007f01197daccd in db_mysql_query (_h=0x78b278, _k=<value
>>>>>>> optimized out>, _op=<value optimized out>, _v=0x7fff22576880,
>>>>>>> _c=<value optimized out>,
>>>>>>>   _n=1, _nc=2, _o=0x0, _r=0x7fff22576920) at dbase.c:603
>>>>>>> #3  0x00007f0115f56398 in authorize (_m=0x78fe98, _realm=<value
>>>>>>> optimized out>, _table=<value optimized out>, _hftype=<value optimized
>>>>>>> out>)
>>>>>>>   at authorize.c:107
>>>>>>> #4  0x000000000040f869 in do_action (a=0x780a48, msg=0x78fe98) at
>>>>>>> action.c:961
>>>>>>> #5  0x000000000040e7e5 in run_action_list (a=<value optimized out>,
>>>>>>> msg=0x78fe98) at action.c:139
>>>>>>> #6  0x000000000046f194 in eval_elem (e=0x780b18, msg=0x78fe98,
>>>>>>> val=0x0) at route.c:1189
>>>>>>> #7  0x00000000004708ed in eval_expr (e=0x27648e0, msg=0x78fe98,
>>>>>>> val=0x0) at route.c:1486
>>>>>>> #8  0x000000000047089c in eval_expr (e=0x780b60, msg=0x78fe98,
>>>>>>> val=0x0) at route.c:1502
>>>>>>> #9  0x00000000004708c5 in eval_expr (e=0x780ba8, msg=0x78fe98,
>>>>>>> val=0x0) at route.c:1507
>>>>>>> #10 0x000000000040f91c in do_action (a=0x780f40, msg=0x78fe98) at
>>>>>>> action.c:688
>>>>>>> #11 0x000000000040e7e5 in run_action_list (a=<value optimized out>,
>>>>>>> msg=0x78fe98) at action.c:139
>>>>>>> #12 0x00000000004114d3 in do_action (a=0x781eb0, msg=0x78fe98) at
>>>>>>> action.c:705
>>>>>>> #13 0x000000000040e7e5 in run_action_list (a=<value optimized out>,
>>>>>>> msg=0x78fe98) at action.c:139
>>>>>>> #14 0x0000000000410e07 in do_action (a=0x77ee88, msg=0x78fe98) at
>>>>>>> action.c:119
>>>>>>> #15 0x000000000040e7e5 in run_action_list (a=<value optimized out>,
>>>>>>> msg=0x78fe98) at action.c:139
>>>>>>> #16 0x00000000004114d3 in do_action (a=0x77f028, msg=0x78fe98) at
>>>>>>> action.c:705
>>>>>>> #17 0x000000000040e7e5 in run_action_list (a=<value optimized out>,
>>>>>>> msg=0x78fe98) at action.c:139
>>>>>>> #18 0x00000000004125fe in run_top_route (a=0x777e78, msg=0x78fe98) at
>>>>>>> action.c:119
>>>>>>> #19 0x000000000045e898 in receive_msg (
>>>>>>>   buf=0x749180 "REGISTER sip:x.x.x.x SIP/2.0\r\nCSeq: 58
>>>>>>> REGISTER\r\nVia: SIP/2.0/UDP
>>>>>>>
>>>>>>>
>>>>>>> x.x.x.x:5068;branch=z9hG4bK5ca4685b-befc-dd11-911f-0015c5404858;rport\r\nUser-Agent:
>>>>>>> Ekiga/2.0.12\r\nAuthorization: Dig"..., len=750,
>>>>>>> rcv_info=0x7fff22578090) at receive.c:165
>>>>>>> #20 0x000000000049d3a6 in udp_rcv_loop () at udp_server.c:449
>>>>>>> #21 0x00000000004291fb in main (argc=<value optimized out>,
>>>>>>> argv=0x7fff22578278) at main.c:778
>>>>>>> ---
>>>>>>>
>>>>>>> I have tried several times and each time I get the same sequence of
>>>>>>> results.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Om.
>>>>>>>
>>>>>>> On Thu, Feb 19, 2009 at 11:22 AM, Om Bikram Thapa <om.thapa at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>>               
>>>>>>>> Thanks Bogdan. I will update and let you know.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Om.
>>>>>>>>
>>>>>>>> On Thu, Feb 19, 2009 at 2:48 AM, Bogdan-Andrei Iancu
>>>>>>>> <bogdan at voice-system.ro> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>>>> Hi Om,
>>>>>>>>>
>>>>>>>>> There is a fix available on SVN - please update and see if it works
>>>>>>>>> now.
>>>>>>>>>
>>>>>>>>> Thanks and regards,
>>>>>>>>> Bogdan
>>>>>>>>>
>>>>>>>>> Om Bikram Thapa wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> Hi Bogdan,
>>>>>>>>>>
>>>>>>>>>> I have submitted the bug on the tracker.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Om.
>>>>>>>>>>
>>>>>>>>>> On Tue, Feb 17, 2009 at 3:50 AM, Bogdan-Andrei Iancu
>>>>>>>>>> <bogdan at voice-system.ro> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> Hi Om,
>>>>>>>>>>>
>>>>>>>>>>> Thanks for the report - I may have an idea what is the problem; I
>>>>>>>>>>> will
>>>>>>>>>>> try
>>>>>>>>>>> to reproduce the crash in the following days.
>>>>>>>>>>>
>>>>>>>>>>> Could you please open a bug report on the tracker - just not to
>>>>>>>>>>> forget
>>>>>>>>>>> about
>>>>>>>>>>> it :D (see
>>>>>>>>>>> http://www.opensips.org/index.php?n=Development.Tracker)
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>> Bogdan
>>>>>>>>>>>
>>>>>>>>>>> Om Bikram Thapa wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> OpenSIPS is dying with "libmysqlclient.so Segmentation Fault"
>>>>>>>>>>>> after
>>>>>>>>>>>> MySQL server restart. The log shows
>>>>>>>>>>>> "opensips[16769]: segfault at 4c8 ip 7f36728bf283 sp 7fff7ba11a90
>>>>>>>>>>>> error 4 in libmysqlclient.so.15.0.0[7f3672862000+1bf000]"
>>>>>>>>>>>>
>>>>>>>>>>>> and gdb bt shows:
>>>>>>>>>>>>
>>>>>>>>>>>> -------------
>>>>>>>>>>>> #0  0x00007f36728bf283 in mysql_stmt_result_metadata () from
>>>>>>>>>>>> /usr/lib/libmysqlclient.so.15
>>>>>>>>>>>> #1  0x00007f3672c707b7 in db_mysql_do_prepared_query
>>>>>>>>>>>> (conn=0x78b278,
>>>>>>>>>>>> query=<value optimized out>, v=0x7fff7ba11d20, n=1, uv=0x0, un=0)
>>>>>>>>>>>> at
>>>>>>>>>>>> dbase.c:363
>>>>>>>>>>>> #2  0x00007f3672c72e1f in db_mysql_query (_h=0x78b278, _k=<value
>>>>>>>>>>>> optimized out>, _op=<value optimized out>, _v=0x7fff7ba11d20,
>>>>>>>>>>>> _c=<value optimized out>,
>>>>>>>>>>>>  _n=1, _nc=2, _o=0x0, _r=0x7fff7ba11dc0) at dbase.c:591
>>>>>>>>>>>> #3  0x00007f366f3f0398 in authorize (_m=0x78fe98, _realm=<value
>>>>>>>>>>>> optimized out>, _table=<value optimized out>, _hftype=<value
>>>>>>>>>>>> optimized
>>>>>>>>>>>> out>)
>>>>>>>>>>>>  at authorize.c:107
>>>>>>>>>>>> #4  0x000000000040f869 in do_action (a=0x780a48, msg=0x78fe98) at
>>>>>>>>>>>> action.c:961
>>>>>>>>>>>> #5  0x000000000040e7e5 in run_action_list (a=<value optimized
>>>>>>>>>>>> out>,
>>>>>>>>>>>> msg=0x78fe98) at action.c:139
>>>>>>>>>>>> #6  0x000000000046f194 in eval_elem (e=0x780b18, msg=0x78fe98,
>>>>>>>>>>>> val=0x0) at route.c:1189
>>>>>>>>>>>> #7  0x00000000004708ed in eval_expr (e=0x120b1e0, msg=0x78fe98,
>>>>>>>>>>>> val=0x0) at route.c:1486
>>>>>>>>>>>> #8  0x000000000047089c in eval_expr (e=0x780b60, msg=0x78fe98,
>>>>>>>>>>>> val=0x0) at route.c:1502
>>>>>>>>>>>> #9  0x00000000004708c5 in eval_expr (e=0x780ba8, msg=0x78fe98,
>>>>>>>>>>>> val=0x0) at route.c:1507
>>>>>>>>>>>> #10 0x000000000040f91c in do_action (a=0x780f40, msg=0x78fe98) at
>>>>>>>>>>>> action.c:688
>>>>>>>>>>>> #11 0x000000000040e7e5 in run_action_list (a=<value optimized
>>>>>>>>>>>> out>,
>>>>>>>>>>>> msg=0x78fe98) at action.c:139
>>>>>>>>>>>> #12 0x00000000004114d3 in do_action (a=0x781eb0, msg=0x78fe98) at
>>>>>>>>>>>> action.c:705
>>>>>>>>>>>> #13 0x000000000040e7e5 in run_action_list (a=<value optimized
>>>>>>>>>>>> out>,
>>>>>>>>>>>> msg=0x78fe98) at action.c:139
>>>>>>>>>>>> #14 0x0000000000410e07 in do_action (a=0x77ee88, msg=0x78fe98) at
>>>>>>>>>>>> action.c:119
>>>>>>>>>>>> #15 0x000000000040e7e5 in run_action_list (a=<value optimized
>>>>>>>>>>>> out>,
>>>>>>>>>>>> msg=0x78fe98) at action.c:139
>>>>>>>>>>>> #16 0x00000000004114d3 in do_action (a=0x77f028, msg=0x78fe98) at
>>>>>>>>>>>> action.c:705
>>>>>>>>>>>> #17 0x000000000040e7e5 in run_action_list (a=<value optimized
>>>>>>>>>>>> out>,
>>>>>>>>>>>> msg=0x78fe98) at action.c:139
>>>>>>>>>>>> #18 0x00000000004125fe in run_top_route (a=0x777e78,
>>>>>>>>>>>> msg=0x78fe98) at
>>>>>>>>>>>> action.c:119
>>>>>>>>>>>> #19 0x000000000045e898 in receive_msg (
>>>>>>>>>>>>  buf=0x749180 "REGISTER sip:xxxxx SIP/2.0\r\nCSeq: 2
>>>>>>>>>>>> REGISTER\r\nVia: SIP/2.0/UDP
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> x.x.x.x:5061;branch=z9hG4bK60f1b2dd-57fa-dd11-9401-0015c5404858;rport\r\nUser-Agent:
>>>>>>>>>>>> Ekiga/2.0.12\r\nAuthorization: Dige"..., len=749,
>>>>>>>>>>>> rcv_info=0x7fff7ba13530) at receive.c:165
>>>>>>>>>>>> #20 0x000000000049d3a6 in udp_rcv_loop () at udp_server.c:449
>>>>>>>>>>>> #21 0x00000000004291fb in main (argc=<value optimized out>,
>>>>>>>>>>>> argv=0x7fff7ba13718) at main.c:778
>>>>>>>>>>>> ------------
>>>>>>>>>>>>
>>>>>>>>>>>> Server runs fine after restart until MySQL is restarted again. In
>>>>>>>>>>>> my
>>>>>>>>>>>> lab setup, OpenSIPS is getting killed triggered by registration
>>>>>>>>>>>> request every morning (probably due to MySQL being restarted
>>>>>>>>>>>> daily
>>>>>>>>>>>> with logrotate).
>>>>>>>>>>>>
>>>>>>>>>>>> The server is the latest trunk on Debian lenny/AMD64.
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Om.
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Users mailing list
>>>>>>>>>>>> Users at lists.opensips.org
>>>>>>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>>                       
>>>>>>>>>>                     
>>>>>>>>>                   
>>>>>>>               
>>>>>>             
>>>       
>>     




More information about the Users mailing list