On Tue, May 20, 2014 at 5:37 PM, Daniel-Constantin Mierla <miconda@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@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@entry=1, fd_i=fd_i@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@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@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@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@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@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@entry=1, fd_i=fd_i@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@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@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@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
_______________________________________________
sr-dev mailing list
sr-dev@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