[SR-Users] Kamailio Crashing inconsistently

Daniel-Constantin Mierla miconda at gmail.com
Wed Jul 5 11:37:50 CEST 2017


Hello,

but you said you run 4.4 series, the version output shows a devel
snapshot from 5.0:

version: kamailio 5.0.0-dev5 (x86_64/linux) 750f98-dirty

You have to upgrade to latest stable 5.0.x, the version you run is not
supposed to be used for production.

Cheers,
Daniel

On 05.07.17 11:22, hemanth at advaitamtech.com wrote:
>
>
> Hello Daniel,
>
>  
>
> Out put of the command  kamailio -v is as below,
>
>
> version: kamailio 5.0.0-dev5 (x86_64/linux) 750f98-dirty
> 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,
> TIMER_DEBUG, 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 12MB
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> id: 750f98 -dirty
> compiled on 18:21:17 Jul  4 2017 with gcc 4.8.4
>
>  
>
>  
>
> I have attached my kamailio.cfg file along with this mail please check
> and help me to resolve this issue
>
>  
>
> Thanks & Regards
>
> Hemanth
>
>  
>
>  
>
>  
>
> -----Original Message-----
> From: "Daniel-Constantin Mierla" <miconda at gmail.com>
> Sent: Wednesday, 5 July, 2017 2:10pm
> To: "Kamailio (SER) - Users Mailing List"
> <sr-users at lists.kamailio.org>, "hemanth at advaitamtech.com"
> <hemanth at advaitamtech.com>
> Subject: Re: [SR-Users] Kamailio Crashing inconsistently
>
> Hello,
>
> what is the exact version you run (kamailio -v)?
>
> Do you have any custom/private module used in the config?
>
> Cheers,
> Daniel
>
>
> On 05.07.17 09:04, hemanth at advaitamtech.com wrote:
>
>     Hello,
>
>      
>
>     I am using Kamailio 4.4, Kamailio is crashing inconsistently, I am
>     not able find the root cause of the issue, Error  which i get for
>     the process which crashed at multiple occations
>
>      
>
>     kamailio[9137]: : <core> [mem/q_malloc.c:145]: qm_debug_frag():
>     BUG: qm_*: prev. fragm. tail overwritten(6363e160b12,
>     abcdefed)[0x7f205db59070:0x7f205db590a8]! Memory allocator was
>     called from tm: h_table.c:152. Fragment marked by tm: t_reply.c:1903.
>
>      
>
>     kamailio[21724]: : <core> [mem/q_malloc.c:134]: qm_debug_frag():
>     BUG: qm_*: fragm. 0x7f1fe804a1e8 (address 0x7f1fe804a220) end
>     overwritten (4ae8cfaec87c0a27, 192f1270797ac90b)! Memory allocator
>     was called from tm: h_table.c:179. Fragment marked by core:
>     msg_translator.c:2153.
>
>      
>
>     kamailio[21950]: : <core> [mem/q_malloc.c:134]: qm_debug_frag():
>     BUG: qm_*: fragm. 0x7fe541a2cd68 (address 0x7fe541a2cda0) end
>     overwritten (c0082c06, abcdefed)! Memory allocator was called from
>     tm: h_table.c:179. Fragment marked by core: msg_translator.c:2153.
>
>      
>
>     kamailio[23200]: : <core> [mem/q_malloc.c:134]: qm_debug_frag():
>     BUG: qm_*: fragm. 0x7f1fae7fa260 (address 0x7f1fae7fa298) end
>     overwritten (3a46e86e1b362938, 7260f1875617e)! Memory allocator
>     was called from tm: h_table.c:179. Fragment marked by core:
>     msg_translator.c:2153.
>
>      
>
>      
>
>     There are 2 cores generated whenever it crashes, I have given the
>     backtrace of the core generated,
>
>      
>
>     (gdb) bt
>     #0  0x00007fe16aca4c37 in __GI_raise (sig=sig at entry=6) at
>     ../nptl/sysdeps/unix/sysv/linux/raise.c:56
>     #1  0x00007fe16aca8028 in __GI_abort () at abort.c:89
>     #2  0x000000000066b4ac in qm_debug_frag (qm=0x7fe160bc2000,
>     f=0x7fe160ec9108, file=0x7fe1684dc84e "tm: h_table.c", line=179)
>     at mem/q_malloc.c:147
>     #3  0x000000000066e255 in qm_free (qmp=0x7fe160bc2000,
>     p=0x7fe160ec9140, file=0x7fe1684dc84e "tm: h_table.c",
>         func=0x7fe1684dcb00 <__FUNCTION__.10973> "free_cell_helper",
>     line=179, mname=0x7fe1684dc250 "tm") at mem/q_malloc.c:480
>     #4  0x00007fe16840cab9 in free_cell_helper
>     (dead_cell=0x7fe160f09e50, silent=0, fname=0x7fe1684eeb8c
>     "timer.c", fline=648) at h_table.c:179
>     #5  0x00007fe1684584a7 in wait_handler (ti=1156027084,
>     wait_tl=0x7fe160f09ed0, data=0x7fe160f09e50) at timer.c:648
>     #6  0x000000000063a329 in timer_list_expire (t=1156027084,
>     h=0x7fe160c3faf0, slow_l=0x7fe160c42da8, slow_mark=776) at timer.c:874
>     #7  0x000000000063a79d in timer_handler () at timer.c:939
>     #8  0x000000000063ac3d in timer_main () at timer.c:978
>     #9  0x00000000004c2550 in main_loop () at main.c:1683
>     #10 0x00000000004c9211 in main (argc=13, argv=0x7ffe6bf7da98) at
>     main.c:2627
>
>      
>
>     (gdb) bt
>     #0  0x00007fe16aca4c37 in __GI_raise (sig=sig at entry=6) at
>     ../nptl/sysdeps/unix/sysv/linux/raise.c:56
>     #1  0x00007fe16aca8028 in __GI_abort () at abort.c:89
>     #2  0x000000000066b02c in qm_debug_frag (qm=0x7fe160bc2000,
>     f=0x7fe160ec8de0, file=0x7fe1684dc84e "tm: h_table.c", line=179)
>     at mem/q_malloc.c:136
>     #3  0x000000000066e255 in qm_free (qmp=0x7fe160bc2000,
>     p=0x7fe160ec8e18, file=0x7fe1684dc84e "tm: h_table.c",
>         func=0x7fe1684dcb00 <__FUNCTION__.10973> "free_cell_helper",
>     line=179, mname=0x7fe1684dc250 "tm") at mem/q_malloc.c:480
>     #4  0x00007fe16840cab9 in free_cell_helper
>     (dead_cell=0x7fe160ed6a28, silent=1, fname=0x7fe1684dc9c1
>     "h_table.c", fline=449) at h_table.c:179
>     #5  0x00007fe16840e491 in free_hash_table () at h_table.c:449
>     #6  0x00007fe168436141 in tm_shutdown () at t_funcs.c:90
>     #7  0x00000000005c0a50 in destroy_modules () at sr_module.c:811
>     #8  0x00000000004b6449 in cleanup (show_status=1) at main.c:525
>     #9  0x00000000004b7ad6 in shutdown_children (sig=15,
>     show_status=1) at main.c:667
>     #10 0x00000000004ba428 in handle_sigs () at main.c:759
>     #11 0x00000000004c343e in main_loop () at main.c:1744
>     #12 0x00000000004c9211 in main (argc=13, argv=0x7ffe6bf7da98) at
>     main.c:2627
>
>      
>
>     Thanks & Regards
>
>     Hemanth
>
>
>
>     _______________________________________________ Kamailio (SER) -
>     Users Mailing List sr-users at lists.kamailio.org
>     https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> -- Daniel-Constantin Mierla www.twitter.com/miconda --
> www.linkedin.com/in/miconda Kamailio Advanced Training -
> www.asipto.com Kamailio World Conference - www.kamailioworld.com
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - www.asipto.com
Kamailio World Conference - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20170705/03c76fbb/attachment.html>


More information about the sr-users mailing list