[sr-dev] Fwd: kamailio 4.1 segfault with MySQL auth
Daniel-Constantin Mierla
miconda at gmail.com
Wed May 21 10:07:49 CEST 2014
I just pushed a patch on master branch to allow listening on tls without
tcp sockets. Maybe you can test it and report if works ok (doing some
traffic over tls as well). Next is the link to the commit:
-
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=eea7f9d04090a736c8a0f2b2a350c08635cc8e39
Daniel
On 20/05/14 20:55, Peter Villeneuve wrote:
> Ah, that would explain it then.
>
> Thanks, working now.
>
> Mystery solved.
>
>
> On Tue, May 20, 2014 at 6:26 PM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
> This is related to:
>
> http://sip-router.org/tracker/index.php?do=details&task_id=425&project=1&order=id&sort=desc
>
> For now, can you add?
>
> listen=tcp:127.0.0.1:5060 <http://127.0.0.1:5060>
>
> This will not expose any tcp to outside world.
>
> Cheers,
> Daniel
>
>
> On 20/05/14 19:08, Peter Villeneuve wrote:
>> I'm listening on TLS only, listen=tls:my-public.ip:5071
>> I don't see any tcp_children in kamailio.cfg at all. I have
>> fork=yes and children=4
>>
>> (gdb) frame 1
>> #1 0x00000000005328da in send2child (tcpconn=0x7f05815ddda8) at
>> tcp_main.c:3979
>> 3979 in tcp_main.c
>> (gdb) p tcp_children[0]
>> $1 = {pid = 775369265, proc_no = 774909488, unix_sock =
>> 926351409, busy = 12851, mysocket = 0xc0c0c0c0, n_reqs = -1412567058}
>>
>> Thanks
>>
>>
>>
>>
>> On Tue, May 20, 2014 at 5:37 PM, Daniel-Constantin Mierla
>> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>> What is the value of tcp_children on your config? Do you
>> listen on a tcp socket?
>>
>> I need also more from gdb:
>>
>> frame 1
>> p tcp_children[0]
>>
>> Daniel
>>
>>
>> On 20/05/14 17:44, Peter Villeneuve wrote:
>>> Sure. Thanks Daniel.
>>>
>>>
>>> #0 handle_ser_child (p=0x7f1ec3adc1d8, fd_i=fd_i at entry=-1)
>>> at tcp_main.c:3579
>>> tcpconn = <optimized out>
>>> tmp = <optimized out>
>>> response = {9034836, 2086}
>>> cmd = <optimized out>
>>> bytes = <optimized out>
>>> ret = -1
>>> fd = <optimized out>
>>> flags = <optimized out>
>>> t = <optimized out>
>>> con_lifetime = <optimized out>
>>> nxt_timeout = <optimized out>
>>> __FUNCTION__ = "handle_ser_child"
>>> #1 0x00000000005328da in send2child
>>> (tcpconn=0x7f05815ddda8) at tcp_main.c:3979
>>> i = <optimized out>
>>> min_busy = <optimized out>
>>> idx = 0
>>> wlast = <optimized out>
>>> last = <optimized out>
>>> crt = 1
>>> wfirst = <optimized out>
>>> #2 handle_tcpconn_ev (tcpconn=0x7f05815ddda8, ev=<optimized
>>> out>, ev at entry=1, fd_i=fd_i at entry=-1) at tcp_main.c:4314
>>> empty_q = <optimized out>
>>> bytes = 0
>>> __FUNCTION__ = "handle_tcpconn_ev"
>>> #3 0x000000000053c428 in handle_io (idx=-1, ev=<optimized
>>> out>, fm=<optimized out>) at tcp_main.c:4366
>>> ret = <optimized out>
>>> #4 io_wait_loop_epoll (repeat=repeat at entry=0, t=5,
>>> h=0x89dc40) at io_wait.h:1092
>>> n = 1
>>> r = <optimized out>
>>> fm = 0x7f058b9da368
>>> revents = 1
>>> #5 0x0000000000544577 in tcp_main_loop () at tcp_main.c:4660
>>> si = <optimized out>
>>> r = <optimized out>
>>> __FUNCTION__ = "tcp_main_loop"
>>> #6 0x00000000004821a8 in main_loop () at main.c:1711
>>> i = <optimized out>
>>> pid = <optimized out>
>>> si = 0x0
>>> si_desc =
>>> "\t\000\000\000\005\177\000\000\000\000\034\000\000\000\000\000\001\000\000\000\005\177\000\000\310\311\027\206\005\177",
>>> '\000' <repeats 18 times>,
>>> "pn\233\213\005\177\000\000\002\000\000\000\000\000\000\000\f\b\000\000\000\000\000\000@\333`\000\000\000\000\000\003\000\000\000\377\177\000\000\000!\006\370\033\340\337\001\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000\210ٓ\000\000\000\000\000\200ٓ\000\000\000\000"
>>> nrprocs = <optimized out>
>>> __FUNCTION__ = "main_loop"
>>>
>>> #7 0x0000000000420585 in main (argc=<optimized out>,
>>> argv=<optimized out>) at main.c:2533
>>> cfg_stream = <optimized out>
>>> c = <optimized out>
>>> r = <optimized out>
>>> tmp = 0x7fffd40e1f81 ""
>>> tmp_len = -737279072
>>> port = -163754450
>>> proto = -1
>>> options = 0x608ab0
>>> ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:"
>>> ret = -1
>>> seed = 542838069
>>> rfd = 0
>>> ---Type <return> to continue, or q <return> to quit---
>>> debug_save = <optimized out>
>>> debug_flag = <optimized out>
>>> dont_fork_cnt = <optimized out>
>>> n_lst = 0x0
>>> p = <optimized out>
>>> __FUNCTION__ = "main"
>>> (gdb) p *p
>>> Cannot access memory at address 0x7f1ec3adc1d8
>>> (gdb)
>>>
>>>
>>>
>>> On Tue, May 20, 2014 at 4:04 PM, Daniel-Constantin Mierla
>>> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>>
>>> Hello,
>>>
>>> can you get the output of gdb for 'bt full'?
>>>
>>> As well as 'p *p'?
>>>
>>> Daniel
>>>
>>>
>>> On 20/05/14 15:59, Peter Villeneuve wrote:
>>>> Well I ended up dumping the core and this is what GDB
>>>> tells me.
>>>> How can tcp_main.c be missing if I installed the deb
>>>> packages? Weird.
>>>>
>>>> What do people suggest I do from here? Remove the deb
>>>> packages and compile directly from git?
>>>>
>>>> Thanks,
>>>>
>>>> Peter
>>>>
>>>>
>>>> me at myhost:/$ sudo gdb /usr/sbin/kamailio
>>>> /home/corefiles/core2
>>>> GNU gdb (GDB) 7.4.1-debian
>>>> Copyright (C) 2012 Free Software Foundation, Inc.
>>>> License GPLv3+: GNU GPL version 3 or later
>>>> <http://gnu.org/licenses/gpl.html>
>>>> This is free software: you are free to change and
>>>> redistribute it.
>>>> There is NO WARRANTY, to the extent permitted by law.
>>>> Type "show copying"
>>>> and "show warranty" for details.
>>>> This GDB was configured as "x86_64-linux-gnu".
>>>> For bug reporting instructions, please see:
>>>> <http://www.gnu.org/software/gdb/bugs/>...
>>>> Reading symbols from /usr/sbin/kamailio...Reading
>>>> symbols from
>>>> /usr/lib/debug/.build-id/dd/9191ec1e595a90e4844b8ccd1c70b3c92037a1.debug...done.
>>>> done.
>>>> [New LWP 30988]
>>>>
>>>> warning: Could not load shared library symbols for
>>>> linux-vdso.so.1.
>>>> Do you need "set solib-search-path" or "set sysroot"?
>>>> [Thread debugging using libthread_db enabled]
>>>> Using host libthread_db library
>>>> "/lib/x86_64-linux-gnu/libthread_db.so.1".
>>>> Core was generated by `/usr/sbin/kamailio -f
>>>> /etc/kamailio/kamailio.cfg -P /var/run/kamailio/kamailio.'.
>>>> Program terminated with signal 11, Segmentation fault.
>>>> #0 handle_ser_child (p=0x7f1ec3adc1d8,
>>>> fd_i=fd_i at entry=-1) at tcp_main.c:3579
>>>> 3579 *tcp_main.c: No such file or directory*.
>>>> (gdb) backtrace
>>>> #0 handle_ser_child (p=0x7f1ec3adc1d8,
>>>> fd_i=fd_i at entry=-1) at tcp_main.c:3579
>>>> #1 0x00000000005328da in send2child
>>>> (tcpconn=0x7f05815ddda8) at tcp_main.c:3979
>>>> #2 handle_tcpconn_ev (tcpconn=0x7f05815ddda8,
>>>> ev=<optimized out>, ev at entry=1, fd_i=fd_i at entry=-1) at
>>>> tcp_main.c:4314
>>>> #3 0x000000000053c428 in handle_io (idx=-1,
>>>> ev=<optimized out>, fm=<optimized out>) at tcp_main.c:4366
>>>> #4 io_wait_loop_epoll (repeat=repeat at entry=0, t=5,
>>>> h=0x89dc40) at io_wait.h:1092
>>>> #5 0x0000000000544577 in tcp_main_loop () at
>>>> tcp_main.c:4660
>>>> #6 0x00000000004821a8 in main_loop () at main.c:1711
>>>> #7 0x0000000000420585 in main (argc=<optimized out>,
>>>> argv=<optimized out>) at main.c:2533
>>>> (gdb)
>>>>
>>>>
>>>>
>>>> On Tue, May 20, 2014 at 11:33 AM, Peter Villeneuve
>>>> <petervnv1 at gmail.com <mailto:petervnv1 at gmail.com>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I posted previously on this issue but never got any
>>>> replies.
>>>>
>>>> Has anyone had this experience with 4.1?
>>>> It seems that as soon as a UAC tries to register,
>>>> Kamailio segfaults:
>>>>
>>>> May 20 09:41:00 vmhost /usr/sbin/kamailio[27806]:
>>>> ALERT: <core> [main.c:775]: handle_sigs(): child
>>>> process 27813 exited by a signal 11
>>>> May 20 09:41:00 vmhost /usr/sbin/kamailio[27806]:
>>>> ALERT: <core> [main.c:778]: handle_sigs(): core was
>>>> not generated
>>>> May 20 09:41:00 vmhost /usr/sbin/kamailio[27806]:
>>>> INFO: <core> [main.c:790]: handle_sigs(): INFO:
>>>> terminating due to SIGCHLD
>>>> May 20 09:41:00 vmhost kernel: [251087.555502]
>>>> kamailio[27813]: *segfault at* 7fa5d1d0a1dc ip
>>>> 0000000000536104 sp 00007fffaade6c20 error 4 in
>>>> kamailio[400000+27a000]
>>>> May 20 09:41:00 vmhost /usr/sbin/kamailio[27812]:
>>>> INFO: <core> [main.c:841]: sig_usr(): INFO: signal
>>>> 15 received
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> sr-dev mailing list
>>>> sr-dev at lists.sip-router.org <mailto:sr-dev at lists.sip-router.org>
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>> --
>>> Daniel-Constantin Mierla -http://www.asipto.com
>>> http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> -http://www.linkedin.com/in/miconda
>>>
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev at lists.sip-router.org
>>> <mailto:sr-dev at lists.sip-router.org>
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>>
>>
>> --
>> Daniel-Constantin Mierla -http://www.asipto.com
>> http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> -http://www.linkedin.com/in/miconda
>>
>>
>
> --
> Daniel-Constantin Mierla -http://www.asipto.com
> http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> -http://www.linkedin.com/in/miconda
>
>
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20140521/88b442a3/attachment-0001.html>
More information about the sr-dev
mailing list