Re: [OpenSIPS-Users] OpenSIPS 1.8 segfault
Hello, Can you please provide the OpenSIPS full debug log as well as the full SIP trace for your scenario that causes the crash ? You can send these privately to me if they contain sensitive info. Regards, Vlad Paiu OpenSIPS Developer http://www.opensips-solutions.com On 05/19/2012 02:33 AM, Daniel Goepp wrote: Just testing out a new lab box preparing for upgrading our network to 1.8, and we get a segfault right away. Not all call produce this, but most from my desk phone seem to. I can reproduce this pretty easily, any thoughts? Or more data that would help investigate this? #0 0x004f3913 in fm_remove_free (n=0x7fc347c5a700, qm=0x7fc347be2010) at mem/f_malloc.c:172 #1 fm_malloc (qm=0x7fc347be2010, size=8) at mem/f_malloc.c:378 #2 0x00461139 in hostent_cpy (dst=0x7fc347c5b620, src=0x7fc348399de0) at proxy.c:163 #3 0x0046219f in mk_proxy (name=0x7fff45288300, port=, proto=, is_sips=0) at proxy.c:258 #4 0x7fc346ac0307 in uri2proxy (uri=0x7fc346d0c7e0, forced_proto=0) at ut.h:111 #5 0x7fc346ac14bf in add_uac (t=0x7fc33f9f64c0, request=0x7fc346d0c580, uri=, next_hop=, path=, proxy=) at t_fwd.c:410 #6 0x7fc346ac4c1f in t_forward_nonack (t=0x7fc33f9f64c0, p_msg=0x7fc346d0c580, proxy=0x0) at t_fwd.c:658 #7 0x7fc346ad49c0 in w_t_relay (p_msg=0x7fc346d0c580, proxy=0x0, flags=) at tm.c:1152 #8 0x004194b1 in do_action (a=0x7fc347c13d38, msg=0x7fc346d0c580) at action.c:1478 #9 0x0041ddb9 in run_action_list (a=, msg=0x7fc346d0c580) at action.c:143 #10 0x0041b254 in run_actions (msg=0x7fc346d0c580, a=) at action.c:123 #11 run_actions (msg=0x7fc346d0c580, a=) at action.c:281 #12 do_action (a=0x7fc347c10420, msg=0x7fc346d0c580) at action.c:568 #13 0x0041ddb9 in run_action_list (a=, msg=0x7fc346d0c580) at action.c:143 #14 0x0041bad4 in do_action (a=0x7fc347c104f8, msg=0x7fc346d0c580) at action.c:911 #15 0x0041ddb9 in run_action_list (a=, msg=0x7fc346d0c580) at action.c:143 #16 0x0041e140 in run_actions (msg=0x7fc346d0c580, a=0x7fc347c0d290) at action.c:123 #17 run_actions (msg=0x7fc346d0c580, a=0x7fc347c0d290) at action.c:168 #18 run_top_route (a=0x7fc347c0d290, msg=0x7fc346d0c580) at action.c:184 #19 0x7fc346ae4e31 in run_failure_handlers (t=0x7fc33f9f64c0) at t_reply.c:651 #20 t_should_relay_response (Trans=0x7fc33f9f64c0, new_code=out>, branch=0, should_store=0x7fff45289b90, should_relay=out>, cancel_bitmap=, reply=0x7fc347c591c8) at t_reply.c:950 #21 0x7fc346ae4ec8 in relay_reply (t=0x7fc33f9f64c0, p_msg=0x7fc347c591c8, branch=0, msg_status=302, cancel_bitmap=0x7fff45289c88) at t_reply.c:1164 #22 0x7fc346ae78a9 in reply_received (p_msg=0x7fc347c591c8) at t_reply.c:1539 #23 0x0043458b in forward_reply (msg=0x7fc347c591c8) at forward.c:574 #24 0x00480b12 in receive_msg ( buf=0x7fc33f9f95f8 "SIP/2.0 302 Moved temporarily\r\nVia: SIP/2.0/TCP x.x.x.x;branch=z9hG4bK0af7.85b09c26.0;i=4\r\nVia: SIP/2.0/TCP x.x.x.x:5060;received=x.x.x.x;branch=z9hG4bK03b2f52e6a4ffa0e350aad1e51c88e26.1;r"..., len=, rcv_info=0x7fc33f9f9588) at receive.c:203 #25 0x004c6255 in tcp_read_req (con=0x7fc33f9f9578, bytes_read=0x7fff45289ec0) at tcp_read.c:546 #26 0x004c6bdc in handle_io (fm=0x7fc347c4ad50, idx=-1) at tcp_read.c:817 #27 0x004c97bb in io_wait_loop_epoll (repeat=, h=, t=) at io_wait.h:728 #28 tcp_receive_loop (unix_sock=) at tcp_read.c:937 #29 0x004c44be in tcp_init_children (chd_rank=0x7fcd00) at tcp_main.c:1819 #30 0x00416c47 in main_loop () at main.c:941 #31 main (argc=, argv=) at main.c:1520 -dg ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] OpenSIPS 1.8 segfault
Full info on compile options: root@proxy-ca-01:/usr/local/etc/opensips# opensips -V version: opensips 1.8.0-tls (x86_64/linux) flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: 2:9043M @(#) $Id: main.c 8772 2012-03-08 11:16:13Z bogdan_iancu $ main.c compiled on 18:04:50 May 17 2012 with gcc 4.6.1 -dg On Fri, May 18, 2012 at 4:33 PM, Daniel Goepp wrote: > Just testing out a new lab box preparing for upgrading our network to 1.8, > and we get a segfault right away. Not all call produce this, but most from > my desk phone seem to. > > I can reproduce this pretty easily, any thoughts? Or more data that would > help investigate this? > > #0 0x004f3913 in fm_remove_free (n=0x7fc347c5a700, > qm=0x7fc347be2010) at mem/f_malloc.c:172 > #1 fm_malloc (qm=0x7fc347be2010, size=8) at mem/f_malloc.c:378 > #2 0x00461139 in hostent_cpy (dst=0x7fc347c5b620, > src=0x7fc348399de0) at proxy.c:163 > #3 0x0046219f in mk_proxy (name=0x7fff45288300, port= out>, proto=, is_sips=0) at proxy.c:258 > #4 0x7fc346ac0307 in uri2proxy (uri=0x7fc346d0c7e0, forced_proto=0) > at ut.h:111 > #5 0x7fc346ac14bf in add_uac (t=0x7fc33f9f64c0, > request=0x7fc346d0c580, uri=, next_hop=, > path=, proxy=) at t_fwd.c:410 > #6 0x7fc346ac4c1f in t_forward_nonack (t=0x7fc33f9f64c0, > p_msg=0x7fc346d0c580, proxy=0x0) at t_fwd.c:658 > #7 0x7fc346ad49c0 in w_t_relay (p_msg=0x7fc346d0c580, proxy=0x0, > flags=) at tm.c:1152 > #8 0x004194b1 in do_action (a=0x7fc347c13d38, msg=0x7fc346d0c580) > at action.c:1478 > #9 0x0041ddb9 in run_action_list (a=, > msg=0x7fc346d0c580) at action.c:143 > #10 0x0041b254 in run_actions (msg=0x7fc346d0c580, a= out>) at action.c:123 > #11 run_actions (msg=0x7fc346d0c580, a=) at action.c:281 > #12 do_action (a=0x7fc347c10420, msg=0x7fc346d0c580) at action.c:568 > #13 0x0041ddb9 in run_action_list (a=, > msg=0x7fc346d0c580) at action.c:143 > #14 0x0041bad4 in do_action (a=0x7fc347c104f8, msg=0x7fc346d0c580) > at action.c:911 > #15 0x0041ddb9 in run_action_list (a=, > msg=0x7fc346d0c580) at action.c:143 > #16 0x0041e140 in run_actions (msg=0x7fc346d0c580, > a=0x7fc347c0d290) at action.c:123 > #17 run_actions (msg=0x7fc346d0c580, a=0x7fc347c0d290) at action.c:168 > #18 run_top_route (a=0x7fc347c0d290, msg=0x7fc346d0c580) at action.c:184 > #19 0x7fc346ae4e31 in run_failure_handlers (t=0x7fc33f9f64c0) at > t_reply.c:651 > #20 t_should_relay_response (Trans=0x7fc33f9f64c0, new_code= out>, branch=0, should_store=0x7fff45289b90, should_relay=, > cancel_bitmap=, reply=0x7fc347c591c8) > at t_reply.c:950 > #21 0x7fc346ae4ec8 in relay_reply (t=0x7fc33f9f64c0, > p_msg=0x7fc347c591c8, branch=0, msg_status=302, > cancel_bitmap=0x7fff45289c88) at t_reply.c:1164 > #22 0x7fc346ae78a9 in reply_received (p_msg=0x7fc347c591c8) at > t_reply.c:1539 > #23 0x0043458b in forward_reply (msg=0x7fc347c591c8) at > forward.c:574 > #24 0x00480b12 in receive_msg ( > buf=0x7fc33f9f95f8 "SIP/2.0 302 Moved temporarily\r\nVia: SIP/2.0/TCP > x.x.x.x;branch=z9hG4bK0af7.85b09c26.0;i=4\r\nVia: SIP/2.0/TCP > x.x.x.x:5060;received=x.x.x.x;branch=z9hG4bK03b2f52e6a4ffa0e350aad1e51c88e26.1;r"..., > len=, rcv_info=0x7fc33f9f9588) at receive.c:203 > #25 0x004c6255 in tcp_read_req (con=0x7fc33f9f9578, > bytes_read=0x7fff45289ec0) at tcp_read.c:546 > #26 0x004c6bdc in handle_io (fm=0x7fc347c4ad50, idx=-1) at > tcp_read.c:817 > #27 0x004c97bb in io_wait_loop_epoll (repeat=, > h=, t=) at io_wait.h:728 > #28 tcp_receive_loop (unix_sock=) at tcp_read.c:937 > #29 0x004c44be in tcp_init_children (chd_rank=0x7fcd00) at > tcp_main.c:1819 > #30 0x00416c47 in main_loop () at main.c:941 > #31 main (argc=, argv=) at main.c:1520 > > > -dg > ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] OpenSIPS 1.8 segfault
Just testing out a new lab box preparing for upgrading our network to 1.8, and we get a segfault right away. Not all call produce this, but most from my desk phone seem to. I can reproduce this pretty easily, any thoughts? Or more data that would help investigate this? #0 0x004f3913 in fm_remove_free (n=0x7fc347c5a700, qm=0x7fc347be2010) at mem/f_malloc.c:172 #1 fm_malloc (qm=0x7fc347be2010, size=8) at mem/f_malloc.c:378 #2 0x00461139 in hostent_cpy (dst=0x7fc347c5b620, src=0x7fc348399de0) at proxy.c:163 #3 0x0046219f in mk_proxy (name=0x7fff45288300, port=, proto=, is_sips=0) at proxy.c:258 #4 0x7fc346ac0307 in uri2proxy (uri=0x7fc346d0c7e0, forced_proto=0) at ut.h:111 #5 0x7fc346ac14bf in add_uac (t=0x7fc33f9f64c0, request=0x7fc346d0c580, uri=, next_hop=, path=, proxy=) at t_fwd.c:410 #6 0x7fc346ac4c1f in t_forward_nonack (t=0x7fc33f9f64c0, p_msg=0x7fc346d0c580, proxy=0x0) at t_fwd.c:658 #7 0x7fc346ad49c0 in w_t_relay (p_msg=0x7fc346d0c580, proxy=0x0, flags=) at tm.c:1152 #8 0x004194b1 in do_action (a=0x7fc347c13d38, msg=0x7fc346d0c580) at action.c:1478 #9 0x0041ddb9 in run_action_list (a=, msg=0x7fc346d0c580) at action.c:143 #10 0x0041b254 in run_actions (msg=0x7fc346d0c580, a=) at action.c:123 #11 run_actions (msg=0x7fc346d0c580, a=) at action.c:281 #12 do_action (a=0x7fc347c10420, msg=0x7fc346d0c580) at action.c:568 #13 0x0041ddb9 in run_action_list (a=, msg=0x7fc346d0c580) at action.c:143 #14 0x0041bad4 in do_action (a=0x7fc347c104f8, msg=0x7fc346d0c580) at action.c:911 #15 0x0041ddb9 in run_action_list (a=, msg=0x7fc346d0c580) at action.c:143 #16 0x0041e140 in run_actions (msg=0x7fc346d0c580, a=0x7fc347c0d290) at action.c:123 #17 run_actions (msg=0x7fc346d0c580, a=0x7fc347c0d290) at action.c:168 #18 run_top_route (a=0x7fc347c0d290, msg=0x7fc346d0c580) at action.c:184 #19 0x7fc346ae4e31 in run_failure_handlers (t=0x7fc33f9f64c0) at t_reply.c:651 #20 t_should_relay_response (Trans=0x7fc33f9f64c0, new_code=, branch=0, should_store=0x7fff45289b90, should_relay=, cancel_bitmap=, reply=0x7fc347c591c8) at t_reply.c:950 #21 0x7fc346ae4ec8 in relay_reply (t=0x7fc33f9f64c0, p_msg=0x7fc347c591c8, branch=0, msg_status=302, cancel_bitmap=0x7fff45289c88) at t_reply.c:1164 #22 0x7fc346ae78a9 in reply_received (p_msg=0x7fc347c591c8) at t_reply.c:1539 #23 0x0043458b in forward_reply (msg=0x7fc347c591c8) at forward.c:574 #24 0x00480b12 in receive_msg ( buf=0x7fc33f9f95f8 "SIP/2.0 302 Moved temporarily\r\nVia: SIP/2.0/TCP x.x.x.x;branch=z9hG4bK0af7.85b09c26.0;i=4\r\nVia: SIP/2.0/TCP x.x.x.x:5060;received=x.x.x.x;branch=z9hG4bK03b2f52e6a4ffa0e350aad1e51c88e26.1;r"..., len=, rcv_info=0x7fc33f9f9588) at receive.c:203 #25 0x004c6255 in tcp_read_req (con=0x7fc33f9f9578, bytes_read=0x7fff45289ec0) at tcp_read.c:546 #26 0x004c6bdc in handle_io (fm=0x7fc347c4ad50, idx=-1) at tcp_read.c:817 #27 0x004c97bb in io_wait_loop_epoll (repeat=, h=, t=) at io_wait.h:728 #28 tcp_receive_loop (unix_sock=) at tcp_read.c:937 #29 0x004c44be in tcp_init_children (chd_rank=0x7fcd00) at tcp_main.c:1819 #30 0x00416c47 in main_loop () at main.c:941 #31 main (argc=, argv=) at main.c:1520 -dg ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users