[SR-Users] Abort at qm_debug_frag function

Wed Apr 3 22:09:24 CEST 2013

Hello,

you should upgrade at least to the latest version in branch 3.1 to be 
sure it is not related to a fixed issue. From 3.1.2 till 3.1.6 were many 
issues fixed in that release series. It does not require any change to 
database or config file. If still happens, then send again the back 
trace, it will have the right pointers in the source code for the branch 
3.1.

Overall, you should consider upgrading to one of the latest two stable 
releases, because they are maintained by the development team. For older 
releases you are more on your own.

Cheers,
Daniel

On 4/3/13 10:01 PM, Bruno Bresciani wrote:
> 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 
> <mailto: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 list
>>     sr-users at lists.sip-router.org  <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>     -- 
>     Daniel-Constantin Mierla -http://www.asipto.com
>     http://twitter.com/#!/miconda  <http://twitter.com/#%21/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 <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, April 16-17, 2013, Berlin
  - http://conference.kamailio.com -

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130403/5e052125/attachment.htm>