[sr-dev] Fwd: kamailio 4.1 segfault with MySQL auth
Peter Villeneuve
petervnv1 at gmail.com
Tue May 20 20:55:48 CEST 2014
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
> 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
>
> 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> 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> 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>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 listsr-dev at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>>
>>> --
>>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/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.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>
>>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.comhttp://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/20140520/e421e3f7/attachment-0001.html>
More information about the sr-dev
mailing list