LCR Module (Was: Re: [Serusers] sequential forking support)

Thomas Björklund tomas at webservices.se
Wed Mar 2 09:59:36 CET 2005



On Wed, 2 Mar 2005, Juha Heinanen wrote:

> thomas,
> 
> i looked at next_gw and it allocated memory for uri before called
> do_action to append the branch and then it free the memory.  so i didn't
> see anything obvious tha could cause your core dump.

And my configuration in failure_route is ok?

failure_route[1] {
        if (!next_gw()) {
                t_reply("503", "Service not available - No more 
                break;
        } else {
                t_on_failure("1");
                t_relay();
        };
}

I don't need append_branch or something?

> 
> can you start ser something like
> 
> ser -u root -g root -w /tmp
> 
> so that it produces a core dump.  then run
> 
> gdb /usr/sbin/ser /tmp/core
> 
> and give it "where" command and send me the result.
> 
> -- juha
> 

(gdb) where
#0  0x008bfcef in raise () from /lib/tls/libc.so.6
#1  0x008c14f5 in abort () from /lib/tls/libc.so.6
#2  0x08081406 in qm_free (qm=0x80fad40, p=0xb579dbec, file=0x9cc898 
"¤G\023", func=0x809e9b7 "free_lump", line=375) at mem/q_malloc.c:445
#3  0x080532cc in free_lump (lmp=0xb579dbcc) at data_lump.c:377
#4  0x003b7223 in free_via_clen_lump (list=0x3d8eb4) at fix_lumps.h:73
#5  0x003b5d0c in print_uac_request (t=0x3d0664, i_req=0x3d8c20, branch=0, 
uri=0x0, len=0xbfff907c, send_sock=0x0, proto=PROTO_NONE) at t_fwd.c:109
#6  0x003b613e in add_uac (t=0xb579c778, request=0x3d8c20, uri=0xbfff9118, 
next_hop=0xbfff9118, proxy=0x813983c, proto=1) at t_fwd.c:228
#7  0x003b696f in t_forward_nonack (t=0xb579c778, p_msg=0x3d8c20, 
proxy=0x0, proto=0) at t_fwd.c:453
#8  0x003be00e in w_t_relay (p_msg=0x3d8c20, _foo=0x0, _bar=0x0) at 
tm.c:886
#9  0x0804f1aa in do_action (a=0x81399ec, msg=0x3d8c20) at action.c:611
#10 0x08050a6c in run_actions (a=0x81399ec, msg=0x3d8c20) at action.c:719
#11 0x0804f0c9 in do_action (a=0x8139a3c, msg=0x3d8c20) at action.c:601
#12 0x08050a6c in run_actions (a=0x8139a3c, msg=0x3d8c20) at action.c:719
#13 0x003c736e in run_failure_handlers (t=0xb579c778, rpl=0x0, code=0) at 
t_reply.c:629
#14 0x003c6713 in t_should_relay_response (Trans=0xb579c778, new_code=408, 
branch=0, should_store=0xbfff9638, should_relay=0xbfff963c, 
cancel_bitmap=0x0, reply=0x0)
    at t_reply.c:772
#15 0x003c2daf in relay_reply (t=0xb579c778, p_msg=0xffffffff, branch=0, 
msg_status=408, cancel_bitmap=0xbfff96a8) at t_reply.c:994
#16 0x003b9413 in final_response_handler (fr_tl=0xffffff9c) at timer.c:251
#17 0x003b8d3d in timer_routine (ticks=7, attr=0x0) at timer.c:952
#18 0x0807adbb in timer_ticker () at timer.c:146
#19 0x0805bda1 in main_loop () at main.c:873
#20 0x0805d21c in main (argc=-1251896308, argv=0x0) at main.c:1568


Best regards,

Thomas Björklund




More information about the sr-users mailing list