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