[OpenSIPS-Users] OpenSIPS core Dump

Kobi Eshun kobi at sightspeed.com
Sat Nov 29 18:21:58 CET 2008


Hi.

Looking at the fixup code for fix_nated_sdp(), it would appear that  
the parameter is expected to be an integer rather than a string. Can  
you quickly verify this, TC?
--
kobi


On Nov 28, 2008, at 3:58 AM, TCB wrote:

> Ok, got the bt now, looks like something to do with nat handling,  
> whenever
> i make a call and nat handling is invoked opensips crashes when  
> after the bye.
>
> core was generated by `opensips -Edddddddddddddddddddddddd'.
> Program terminated with signal 11, Segmentation fault.
> #0  0xb78e11d4 in extract_body (msg=0x81e0200, body=0xbf9f803c)
>     at nhelpr_funcs.c:172
> 172             body->len = get_content_length(msg);
> (gdb) #
> (gdb) bt
> #0  0xb78e11d4 in extract_body (msg=0x81e0200, body=0xbf9f803c)
>     at nhelpr_funcs.c:172
> #1  0xb78d9a69 in fix_nated_sdp_f (msg=0x81e0200,
>     str1=0x3 <Address 0x3 out of bounds>, str2=0x0) at nathelper.c: 
> 1547
> #2  0x08056e69 in do_action (a=0x81d1ea0, msg=0x81e0200) at action.c: 
> 830
> #3  0x080592f0 in run_action_list (a=0x81d1ea0, msg=0x81e0200) at  
> action.c:138
> #4  0x08057ed5 in do_action (a=0x81d1f08, msg=0x81e0200) at action.c: 
> 702
> #5  0x080592f0 in run_action_list (a=0x81d1f08, msg=0x81e0200) at  
> action.c:138
> #6  0x08057ed5 in do_action (a=0x81d1f70, msg=0x81e0200) at action.c: 
> 702
> #7  0x080592f0 in run_action_list (a=0x81d1688, msg=0x81e0200) at  
> action.c:138
> #8  0x08059689 in run_top_route (a=0x81d1688, msg=0x81e0200) at  
> action.c:118
> #9  0xb793f88f in reply_received (p_msg=0x81e0200) at t_reply.c:1371
> #10 0x08067d64 in forward_reply (msg=0x81e0200) at forward.c:507
> #11 0x08098bc6 in receive_msg (
>     buf=0x8189100 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP  
> <PUB_IP>;branch=z9hG4bK31e6.03eccf57.0\r\nVia: SIP/2.0/UDP  
> 172.16.16.226 
> :5070;received=172.16.16.226;rport=5070;branch=z9hG4bKfxczqccr\r 
> \nRecord-Route: <sip:66.8.58.56;l"..., len=426,
>     rcv_info=0xbf9f8a98) at receive.c:203
> #12 0x080dc067 in udp_rcv_loop () at udp_server.c:449
> #13 0x08070edd in main (argc=2, argv=0xbf9f8c84) at main.c:776
>
> here is a piece of cfg
>
> onreply_route[2]
> {
>     xlog("L_INFO", "NAT-Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci 
> \n");
>     if(nat_uac_test("1"))
>     {
>         fix_nated_contact();
>     }
>     if(isbflagset(6) && status=~"(180)|(183)|2[0-9][0-9]")
>     {
>         if(!search("^Content-Length:[ ]*0"))
>         {
>             fix_nated_sdp("3");
>         }
>     }
>     exit;
>
> }
>
>
>
> On Fri, Nov 28, 2008 at 1:40 PM, Iñaki Baz Castillo <ibc at aliax.net>  
> wrote:
> El Viernes, 28 de Noviembre de 2008, TCB escribió:
> > No luck, i didnt use a deb, compiled on gentoo 2008.0. Are there any
> > compile time flags i have to set.
>
> I already said you:
>
> > > Anyway, check the provided init scripts. Note that the related  
> script
> > > code in
> > > the Debian init script is:
> > >
> > > if test "$DUMP_CORE" = "yes" ; then
> > >    # set proper ulimit
> > >    ulimit -c unlimited
> > >
> > >    # directory for the core dump files
> > >    COREDIR=/var/run/opensips/corefiles
> > >    [ -d $COREDIR ] || mkdir $COREDIR
> > >    chmod 777 $COREDIR
> > >    echo "$COREDIR/core.%e.sig%s.%p" > /proc/sys/kernel/ 
> core_pattern
> > > fi
>
>
> --
> Iñaki Baz Castillo
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> -- 
> TC
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20081129/77938576/attachment.htm 


More information about the Users mailing list