[SR-Users] Abort at qm_debug_frag function

Bruno Bresciani bruno.bresciani at gmail.com
Wed Apr 3 22:01:34 CEST 2013


Hi Daniel,

below is the output of 'kamailio -V':

version: kamailio 3.1.2 (i386/linux) 4d9f90
flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS,
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
DBG_QM_MALLOC, 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, PKG_SIZE 4MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: 4d9f90
compiled on 15:41:17 Mar 15 2013 with gcc 4.1.2


Best Regards

2013/4/3 Daniel-Constantin Mierla <miconda at gmail.com>

>  What version are you using? Send the output of 'kamailio -V'.
>
> Cheers,
> Daniel
>
>
> On 4/3/13 9:34 PM, Bruno Bresciani wrote:
>
> Kamailio is generating a abort at qm_debug_frag function (BUG: qm_*: prev.
> fragm. tail overwritten) but I can't understanding the meaning this
> abort...  Someone can tell me the purpose of qm_debug_frag function, it
> checks if some improper memory handling happened and abort the program?
>
> Below is backtrace of abort:
>
> #0  0x00f41402 in __kernel_vsyscall ()
> #1  0x009fec10 in raise () from /lib/libc.so.6
> #2  0x00a00521 in abort () from /lib/libc.so.6
> #3  0x081797b7 in qm_debug_frag (qm=0xb5f83000, f=<value optimized out>)
> at mem/q_malloc.c:158
> #4  0x0817a6f3 in qm_free (qm=0xb5f83000, p=0xb6109a54, file=0x43760e
> "perms_db: src_ip.c", func=0x4378a0 "list_destroy", line=79)
>     at mem/q_malloc.c:442
> #5  0x0043563c in list_destroy (liste=0xb6107274) at src_ip.c:79
> #6  0x00430a93 in reload_srcip_table () at db.c:163
> #7  0x004313be in perms_db_srcip_reload (cmd_tree=0x835aeac, param=0x0) at
> fifo.c:107
> #8  0x00335d97 in mi_fifo_server (fifo_stream=0x99561d8) at
> ../../lib/kmi/mi.h:77
> #9  0x00337621 in fifo_process (rank=1) at mi_fifo.c:235
> #10 0x003378a5 in mi_child_init (rank=0) at mi_fifo.c:199
> #11 0x08120a02 in init_mod_child (m=0x82f4b88, rank=0) at sr_module.c:829
> #12 0x081209dc in init_mod_child (m=0x82f4d1c, rank=0) at sr_module.c:826
> #13 0x081209dc in init_mod_child (m=0x82f5164, rank=0) at sr_module.c:826
> #14 0x081209dc in init_mod_child (m=0x82f79f4, rank=0) at sr_module.c:826
> #15 0x081209dc in init_mod_child (m=0x82f7cf0, rank=0) at sr_module.c:826
> #16 0x081209dc in init_mod_child (m=0x82f8174, rank=0) at sr_module.c:826
> #17 0x081209dc in init_mod_child (m=0x82f8798, rank=0) at sr_module.c:826
> #18 0x081209dc in init_mod_child (m=0x82f8b54, rank=0) at sr_module.c:826
> #19 0x081209dc in init_mod_child (m=0x82f8eb4, rank=0) at sr_module.c:826
> #20 0x081209dc in init_mod_child (m=0x82f90b4, rank=0) at sr_module.c:826
> #21 0x081209dc in init_mod_child (m=0x82f952c, rank=0) at sr_module.c:826
> #22 0x081209dc in init_mod_child (m=0x82fa980, rank=0) at sr_module.c:826
> #23 0x081209dc in init_mod_child (m=0x82fab9c, rank=0) at sr_module.c:826
> #24 0x081209dc in init_mod_child (m=0x82faff8, rank=0) at sr_module.c:826
> #25 0x080ae175 in main_loop () at main.c:1624
> #26 0x080b1256 in main (argc=3, argv=0xbf9a8f14) at main.c:2398
>
>
> Best Regards
>
>
> _______________________________________________
> 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 Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference, April 16-17, 2013, Berlin
>  - http://conference.kamailio.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/20130403/101a6b63/attachment.htm>


More information about the sr-users mailing list