[SR-Users] Kamailio Crash

Sunil More sunil.more64s at gmail.com
Fri May 13 09:06:35 CEST 2016


Hello,

I have opened an issue as suggested. However i have shared the backtrace
below too.

(gdb) bt

#0  0x0000000000000000 in ?? ()

#1  0x00007f23facf0f86 in run_create_callbacks (dlg=0x7f23ff849b18,
msg=0x7f24201ead80) at dlg_cb.c:230

#2  0x00007f23fad0cedf in dlg_new_dialog (req=0x7f24201ead80,
t=0x7f23ff848488, run_initial_cbs=1) at dlg_handlers.c:869

#3  0x00007f23fad0b80e in dlg_onreq (t=0x7f23ff848488, type=1,
param=0x7f241feabc60 <params>) at dlg_handlers.c:722

#4  0x00007f241fbe4b25 in run_reqin_callbacks_internal (hl=0x7f23ff3536e8,
trans=0x7f23ff848488, params=0x7f241feabc60 <params>) at t_hooks.c:360

#5  0x00007f241fbe4c31 in run_reqin_callbacks (trans=0x7f23ff848488,
req=0x7f24201ead80, code=1) at t_hooks.c:385

#6  0x00007f241fba0e63 in build_cell (p_msg=0x7f24201ead80) at h_table.c:373

#7  0x00007f241fbf6e8c in new_t (p_msg=0x7f24201ead80) at t_lookup.c:1269

#8  0x00007f241fbf8194 in t_newtran (p_msg=0x7f24201ead80) at
t_lookup.c:1409

#9  0x00007f241fbc9f8c in t_relay_to (p_msg=0x7f24201ead80, proxy=0x0,
proto=0, replicate=0) at t_funcs.c:242

#10 0x00007f241fc0c9e8 in _w_t_relay_to (p_msg=0x7f24201ead80, proxy=0x0,
force_proto=0) at tm.c:1425

#11 0x00007f241fc0dc6d in w_t_relay (p_msg=0x7f24201ead80, _foo=0x0,
_bar=0x0) at tm.c:1626

#12 0x000000000041f71f in do_action (h=0x7ffd11757ce0, a=0x7f2420089228,
msg=0x7f24201ead80) at action.c:1054

#13 0x000000000042c5aa in run_actions (h=0x7ffd11757ce0, a=0x7f2420089228,
msg=0x7f24201ead80) at action.c:1549

#14 0x000000000042cc6a in run_actions_safe (h=0x7ffd1175b210,
a=0x7f2420089228, msg=0x7f24201ead80) at action.c:1614

#15 0x000000000055a40a in rval_get_int (h=0x7ffd1175b210,
msg=0x7f24201ead80, i=0x7ffd117580d4, rv=0x7f2420087d88, cache=0x0) at
rvalue.c:912

#16 0x000000000055ea84 in rval_expr_eval_int (h=0x7ffd1175b210,
msg=0x7f24201ead80, res=0x7ffd117580d4, rve=0x7f2420087d80) at rvalue.c:1910

#17 0x000000000055eee6 in rval_expr_eval_int (h=0x7ffd1175b210,
msg=0x7f24201ead80, res=0x7ffd11758238, rve=0x7f2420089430) at rvalue.c:1918

#18 0x000000000041f1ca in do_action (h=0x7ffd1175b210, a=0x7f2420089e68,
msg=0x7f24201ead80) at action.c:1030

#19 0x000000000042c5aa in run_actions (h=0x7ffd1175b210, a=0x7f2420075ef0,
msg=0x7f24201ead80) at action.c:1549

#20 0x000000000041f68e in do_action (h=0x7ffd1175b210, a=0x7f242008a0c8,
msg=0x7f24201ead80) at action.c:1045

#21 0x000000000042c5aa in run_actions (h=0x7ffd1175b210, a=0x7f2420046f50,
msg=0x7f24201ead80) at action.c:1549

#22 0x000000000041bee8 in do_action (h=0x7ffd1175b210, a=0x7f242002e2d0,
msg=0x7f24201ead80) at action.c:678

#23 0x000000000042c5aa in run_actions (h=0x7ffd1175b210, a=0x7f242002df30,
msg=0x7f24201ead80) at action.c:1549

#24 0x000000000041f68e in do_action (h=0x7ffd1175b210, a=0x7f2420030280,
msg=0x7f24201ead80) at action.c:1045

#25 0x000000000042c5aa in run_actions (h=0x7ffd1175b210, a=0x7f242002b418,
msg=0x7f24201ead80) at action.c:1549

#26 0x000000000041f68e in do_action (h=0x7ffd1175b210, a=0x7f2420031a10,
msg=0x7f24201ead80) at action.c:1045

#27 0x000000000042c5aa in run_actions (h=0x7ffd1175b210, a=0x7f2420031a10,
msg=0x7f24201ead80) at action.c:1549

#28 0x000000000041bee8 in do_action (h=0x7ffd1175b210, a=0x7f241ff08e60,
msg=0x7f24201ead80) at action.c:678

#29 0x000000000042c5aa in run_actions (h=0x7ffd1175b210, a=0x7f241ff083c8,
msg=0x7f24201ead80) at action.c:1549

#30 0x000000000041f68e in do_action (h=0x7ffd1175b210, a=0x7f241ff090c0,
msg=0x7f24201ead80) at action.c:1045

#31 0x000000000042c5aa in run_actions (h=0x7ffd1175b210, a=0x7f241feff908,
msg=0x7f24201ead80) at action.c:1549

#32 0x000000000042cd53 in run_top_route (a=0x7f241feff908,
msg=0x7f24201ead80, c=0x0) at action.c:1635

#33 0x000000000051d57a in receive_msg (

    buf=0xabb500 <buf> "INVITE
sip:a92a88a0-18d0-11e6-b333-9dc315c4caad at novanet.net SIP/2.0\r\nVia:
SIP/2.0/UDP 203.153.53.172:6000;rport;branch=z9hG4bK87avNBSpD6ajB\r\nMax-Forwards:
69\r\nFrom: \"\" <sip:16468107000 at 203.153.53.172>"..., len=1972,
rcv_info=0x7ffd1175b580) at receive.c:240

#34 0x00000000006302f1 in udp_rcv_loop () at udp_server.c:495

#35 0x00000000004b3062 in main_loop () at main.c:1600

#36 0x00000000004ba772 in main (argc=13, argv=0x7ffd1175ba88) at main.c:2616

Thanking You,
Sunil More
Ph : 9503338275

On Fri, May 13, 2016 at 12:07 PM, Daniel-Constantin Mierla <
miconda at gmail.com> wrote:

> Hello,
>
> there are no backtraces in the email -- anyhow, open an issue on the bug
> tracker and put the backtraces there:
>
>   - https://github.com/kamailio/kamailio/issues
>
> Cheers,
> Daniel
>
> On 13/05/16 08:26, Sunil More wrote:
>
> Hello All,
>
> Kamailio instance just crashed with the following logs
>
> May 13 06:05:34 P172 /usr/local/kamailio/sbin/kamailio[12675]: INFO:
> <core> [main.c:809]: sig_usr(): signal 15 received
>
> May 13 06:05:34 P172 /usr/local/kamailio/sbin/kamailio[12674]: INFO:
> <core> [main.c:809]: sig_usr(): signal 15 received
>
> May 13 06:05:34 P172 /usr/local/kamailio/sbin/kamailio[12682]: INFO:
> <core> [main.c:809]: sig_usr(): signal 15 received
>
> May 13 06:05:34 P172 /usr/local/kamailio/sbin/kamailio[12684]: INFO:
> <core> [main.c:809]: sig_usr(): signal 15 received
>
> May 13 06:05:34 P172 /usr/local/kamailio/sbin/kamailio[12667]: INFO:
> <core> [mem/f_malloc.c:598]: fm_free(): freeing a free fragment
> (0x7f23ff39cb88/0x7f23ff39cbd0) - ignore
>
> to add i have collected a gdb backtrace as below,
>
> root at IP:/home/corefiles# gdb /usr/local/kamailio/sbin/kamailio
> /home/c/core.kamailio.sig11.12671
>
> chetan/    corefiles/
>
> root at P172:/home/corefiles# gdb /usr/local/kamailio/sbin/kamailio
> /home/c/core.kamailio.sig11.12671
>
> chetan/    corefiles/
>
> root at P172:/home/corefiles# gdb /usr/local/kamailio/sbin/kamailio
> /home/corefiles/core.kamailio.sig11.12671
>
> The version of Kamilio used by me is as below;.
>
> version: *kamailio 4.4.1 (x86_64/linux) 90be8b*
>
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX,
> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR,
> USE_DST_BLACKLIST, HAVE_RESOLV_RES
>
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
>
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>
> id: 90be8b
>
>
>
>
> Thanking You,
> Sunil More
> Ph : 91 9503338275
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlahttp://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference, Berlin, May 18-20, 2016 - http://www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160513/56b5b550/attachment.html>


More information about the sr-users mailing list