[sr-dev] [Kamailio-Users] kamailio crashes

Panagiotis Skoulikaritis pskoul at algonet.gr
Wed Mar 10 12:19:47 CET 2010


Hello Daniel

the kamailio version is 1.5.3

Regards

P.

Daniel-Constantin Mierla wrote:
> Hello,
>
> what version do you have? If it is for 3.0, please register a bug at:
> http://sip-router.org/tracker/
>
> In 3.0 the crash is at:
>
>  186                 case HDR_REFER_TO_T:
>  187                         free_to(hf->parsed);
>  188                         break;
>
> I am out of the office without my linux box these days to be able to 
> check more. Maybe some other devel can look a bit at it.
>
> Thanks,
> Daniel
>
> On Wed, Mar 10, 2010 at 9:17 AM, Panagiotis Skoulikaritis 
> <pskoul at algonet.gr <mailto:pskoul at algonet.gr>> wrote:
>
>     Dear fellow kaimailio users
>
>     We have a kamailio server which crashes.
>     below is the backtrace from the core files
>     any idea why the kamailio is crashing
>
>     Regards
>
>     Panagiotis
>
>     core.29568  Mar 10 09:27
>
>     #0  fm_status (qm=0x73a040) at mem/f_malloc.c:609
>     #1  0x0000000000423d5c in sig_usr (signo=15) at main.c:563
>     #2  <signal handler called>
>     #3  0x00000037e3cd4711 in __recvfrom_nocancel () from /lib64/libc.so.6
>     #4  0x00000000004790cc in udp_rcv_loop () at udp_server.c:408
>     #5  0x000000000042760e in main (argc=3, argv=0x7fff8bf6abc8) at
>     main.c:774
>
>
>
>
>
>     core.19350  Mar 10 09:05
>
>     (gdb) backtrace
>     #0  free_to (tb=0x775c00) at parser/parse_to.c:79
>     #1  0x000000000047fd42 in clean_hdr_field (hf=0x2ad2432de100) at
>     parser/hf.c:187
>     #2  0x00002ad23fe3e525 in run_trans_callbacks (type=<value
>     optimized out>, trans=<value optimized out>, req=0x2ad2432dcf58,
>       rpl=0x772d28, code=<value optimized out>) at sip_msg.h:54
>     #3  0x00002ad23fe47b46 in t_reply_matching (p_msg=0x772d28,
>     p_branch=<value optimized out>) at t_lookup.c:888
>     #4  0x00002ad23fe47fa2 in t_check (p_msg=0x772d28,
>     param_branch=0x7ffff9c016bc) at t_lookup.c:964
>     #5  0x00002ad23fe58ac2 in reply_received (p_msg=0x73a040) at
>     t_reply.c:1395
>     #6  0x000000000041eebc in forward_reply (msg=0x772d28) at
>     forward.c:521
>     #7  0x0000000000445313 in receive_msg (
>       buf=0x718dc0 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
>     77.247.97.11;branch=z9hG4bK45f7.70f91294.0;received=77.247.97.11\r\nV",
>       len=920, rcv_info=0x7ffff9c017a0) at receive.c:212
>     #8  0x00000000004794ae in udp_rcv_loop () at udp_server.c:449
>     #9  0x000000000042760e in main (argc=3, argv=0x7ffff9c019b8) at
>     main.c:774
>     (gdb)
>
>
>
>
>     core.29567 Mar 10 09:27
>
>     gdb) backtrace
>     #0  free_to (tb=0x776460) at parser/parse_to.c:79
>     #1  0x000000000047fd42 in clean_hdr_field (hf=0x2ad1805fa100) at
>     parser/hf.c:187
>     #2  0x00002ad17d15a525 in run_trans_callbacks (type=<value
>     optimized out>, trans=<value optimized out>, req=0x2ad1805f8f58,
>       rpl=0x771920, code=<value optimized out>) at sip_msg.h:54
>     #3  0x00002ad17d163b46 in t_reply_matching (p_msg=0x771920,
>     p_branch=<value optimized out>) at t_lookup.c:888
>     #4  0x00002ad17d163fa2 in t_check (p_msg=0x771920,
>     param_branch=0x7fff8bf6a8cc) at t_lookup.c:964
>     #5  0x00002ad17d174ac2 in reply_received (p_msg=0x73a040) at
>     t_reply.c:1395
>     #6  0x000000000041eebc in forward_reply (msg=0x771920) at
>     forward.c:521
>     #7  0x0000000000445313 in receive_msg (
>       buf=0x718dc0 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
>     77.247.97.11;branch=z9hG4bKddc9.fa58f7e.0;received=77.247.97.11\r\nVia:
>     SIP/2.0/UDP
>     213.170.194.47:5060;branch=z9hG4bKb973f6a69c9bea270e9db867dd7cc90f\r\nRecord-Route:
>     <si"..., len=919, rcv_info=0x7fff8bf6a9b0)
>       at receive.c:212
>     #8  0x00000000004794ae in udp_rcv_loop () at udp_server.c:449
>     #9  0x000000000042760e in main (argc=3, argv=0x7fff8bf6abc8) at
>     main.c:774
>     (gdb)
>
>
>     core.5326  Mar 10 09:02
>
>     (gdb) backtrace
>     #0  free_to (tb=0x772c48) at parser/parse_to.c:79
>     #1  0x000000000047fd42 in clean_hdr_field (hf=0x2b2578e22560) at
>     parser/hf.c:187
>     #2  0x00002b257597b525 in run_trans_callbacks (type=<value
>     optimized out>, trans=<value optimized out>, req=0x2b2578e213b8,
>       rpl=0x771b50, code=<value optimized out>) at sip_msg.h:54
>     #3  0x00002b2575984b46 in t_reply_matching (p_msg=0x771b50,
>     p_branch=<value optimized out>) at t_lookup.c:888
>     #4  0x00002b2575984fa2 in t_check (p_msg=0x771b50,
>     param_branch=0x7fff7cdc63ac) at t_lookup.c:964
>     #5  0x00002b2575995ac2 in reply_received (p_msg=0x772c48) at
>     t_reply.c:1395
>     #6  0x000000000041eebc in forward_reply (msg=0x771b50) at
>     forward.c:521
>     #7  0x0000000000445313 in receive_msg (
>       buf=0x718dc0 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
>     77.247.97.11;branch=z9hG4bKec2f.dc3d97a7.0;received=77.247.97.11\r\nVia:
>     SIP/2.0/UDP
>     213.170.194.47:5060;branch=z9hG4bK47703457194f5be415efc231f6b3e923\r\nRecord-Route:
>     <s"..., len=918, rcv_info=0x7fff7cdc6490)
>       at receive.c:212
>     #8  0x00000000004794ae in udp_rcv_loop () at udp_server.c:449
>     #9  0x000000000042760e in main (argc=5, argv=0x7fff7cdc66a8) at
>     main.c:774
>     (gdb) quit
>
>     _______________________________________________
>     Kamailio (OpenSER) - Users mailing list
>     Users at lists.kamailio.org <mailto:Users at lists.kamailio.org>
>     http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>     http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>
>
>
>
> -- 
> Daniel-Constantin Mierla
>  http://www.asipto.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20100310/05357825/attachment.htm>


More information about the sr-dev mailing list