[SR-Users] Kamailio Crashing inconsistently

Fri Jul 28 09:35:31 CEST 2017

Hello Daniel,

We have upgraded the kamailio version to 5.0.2, But, still kamailio is crashing inconsistent with core dump back trace same as i sent before

can you please help me to resolve this issue

Thanks & Regards
Hemanth

-----Original Message-----
From: "Daniel-Constantin Mierla" <miconda at gmail.com>
Sent: Wed, 5 Jul, 2017 at 3:07 pm
To: "hemanth at advaitamtech.com" <hemanth at advaitamtech.com>
Subject: Re: [SR-Users] Kamailio Crashing inconsistently

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" 
> Sent: Wednesday, 5 July, 2017 2:10pm
> To: "Kamailio (SER) - Users Mailing List"
> , "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]: : [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]: : [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]: : [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]: : [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 "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 "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/20170728/2c502513/attachment.html>