bt full:
root@sip:/home/carlos# gdb /usr/local/kamailio5/sbin/kamailio /usr/local/kamailio5/sbin/core GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/local/kamailio5/sbin/kamailio...done. [New LWP 22299] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/local/kamailio5/sbin/kamailio -f /usr/local/kamailio5/etc/kamailio/kamaili'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f32cd989140 in free_ts_urecord (urecord=0x7f328e347270) at ts_hash.c:54 54 urecord->transactions = urecord->transactions->next; (gdb) bt #0 0x00007f32cd989140 in free_ts_urecord (urecord=0x7f328e347270) at ts_hash.c:54 #1 0x00007f32cd989e9d in destroy_ts_table () at ts_hash.c:145 #2 0x00007f32cd9920d4 in destroy () at tsilo.c:193 #3 0x000000000051af99 in destroy_modules () at core/sr_module.c:811 #4 0x0000000000418199 in cleanup (show_status=1) at main.c:529 #5 0x0000000000419817 in shutdown_children (sig=15, show_status=1) at main.c:671 #6 0x000000000041c1de in handle_sigs () at main.c:763 #7 0x0000000000423ddd in main_loop () at main.c:1751 #8 0x0000000000429a61 in main (argc=13, argv=0x7fff1d3773f8) at main.c:2639
(gdb) bt full #0 0x00007f32cd989140 in free_ts_urecord (urecord=0x7f328e347270) at ts_hash.c:54 __FUNCTION__ = "free_ts_urecord" ptr = 0x72743b3536323831 #1 0x00007f32cd989e9d in destroy_ts_table () at ts_hash.c:145 ts_u = 0x7f3200000023 l_ts_u = 0x7f328e347270 i = 7 __FUNCTION__ = "destroy_ts_table" #2 0x00007f32cd9920d4 in destroy () at tsilo.c:193 No locals. #3 0x000000000051af99 in destroy_modules () at core/sr_module.c:811 t = 0x7f32d68eb248 foo = 0x7f32d68eaa18 __FUNCTION__ = "destroy_modules" #4 0x0000000000418199 in cleanup (show_status=1) at main.c:529 memlog = 16711680 __FUNCTION__ = "cleanup" #5 0x0000000000419817 in shutdown_children (sig=15, show_status=1) at main.c:671 __FUNCTION__ = "shutdown_children" #6 0x000000000041c1de in handle_sigs () at main.c:763 chld = 0 chld_status = 139 memlog = 4291896 __FUNCTION__ = "handle_sigs" #7 0x0000000000423ddd in main_loop () at main.c:1751 i = 8 pid = 22340 si = 0x0 si_desc = "udp receiver child=7 sock=169.239.137.3:5060\000\b\000\000P\335ό\001\000\000\000\300\244\244\214\062\177\000\000\220p7\035\377\177\000\000\372\071d\000\000\000\000\000PxA\000\000\000\000\000\350R\237\326\062\177", '\000' <repeats 14 times>, "\001\000\000\000\340p7\035\377\177\000\000I\273d\000\000\000\000" nrprocs = 8 woneinit = 1 __FUNCTION__ = "main_loop" #8 0x0000000000429a61 in main (argc=13, argv=0x7fff1d3773f8) at main.c:2639 cfg_stream = 0x202a010 c = -1 r = 0 tmp = 0x7fff1d3788bf "" tmp_len = 0 port = 1 proto = 32562 options = 0x72b100 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:x:X:Y:" ret = -1 seed = 1981610615 rfd = 4 debug_save = 0 debug_flag = 0 dont_fork_cnt = 0 n_lst = 0x7fff1d3772b0 p = 0x7fff1d377468 "\361\210\067\035\377\177" st = {st_dev = 15, st_ino = 10098, st_nlink = 2, st_mode = 16832, st_uid = 0, st_gid = 0, __pad0 = 0, st_rdev = 0, st_size = 80, st_blksize = 4096, st_blocks = 0, st_atim = {tv_sec = 1568455518, tv_nsec = 802350062}, st_mtim = { tv_sec = 1568457084, tv_nsec = 898346157}, st_ctim = {tv_sec = 1568457084, tv_nsec = 898346157}, __glibc_reserved = {0, 0, 0}} __FUNCTION__ = "main" (gdb)
Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
On Sat, Sep 14, 2019 at 2:35 PM David Villasmil < david.villasmil.work@gmail.com> wrote:
Hello guys,
i've got a kamailo:
version: kamailio 5.0.0 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, 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 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 19:50:58 Mar 28 2017 with gcc 4.9.2
which was core dumping every 20 seconds and we had no idea why. We emptied out the silo table, which had:
mysql> select count(*) from silobackup; +----------+ | count(*) | +----------+ | 5240 | +----------+
records. Once we truncated it, kamailio started working again.
Is there a limit to how many records msilo can handle?
I will look into the data in the table, but in case there's a limit, i'd like to know.
core available on request.
Thanks
Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337