One of the VM hosts in our lab got a hardware failure so i could not keep the tests running.
I could not reproduce the problem with kamailio stopping processing messages.
But i got the same crash again in one of the remaining VMs in the lab:
Core was generated by `/usr/local/src/git/kamailio-4.4/kamailio -x qm -m 256 -M 16 -P /var/run/kamaili'.
Program terminated with signal 11, Segmentation fault.
#0 0x00007f889edb82d6 in update_dialog_vars_dbinfo (cell=0x7f888b80f5d0, var=0x3433) at dlg_db_handler.c:652
652 SET_STR_VALUE(values+2, var->key);
Missing separate debuginfos, use: debuginfo-install bzip2-libs-1.0.5-7.el6_0.x86_64 db4-4.7.25-19.el6_6.x86_64 elfutils-libelf-0.161-3.el6.x86_64 glibc-2.12-1.166.el6_7.1.x86_64 keyutils-libs-1.4-5.el6.x86_64 krb5-libs-1.10.3-42.el6.x86_64 libacl-2.2.49-6.el6.x86_64 libattr-2.4.44-7.el6.x86_64 libcap-2.16-5.5.el6.x86_64 libcom_err-1.41.12-22.el6.x86_64 libgcc-4.4.7-16.el6.x86_64 libselinux-2.0.94-5.8.el6.x86_64 lm_sensors-libs-3.1.1-17.el6.x86_64 lua-5.1.4-4.1.el6.x86_64 mysql-libs-5.1.73-5.el6_6.x86_64 net-snmp-libs-5.5-54.el6_7.1.x86_64 nspr-4.10.8-1.el6_6.x86_64 nss-3.19.1-3.el6_6.x86_64 nss-softokn-freebl-3.14.3-22.el6_6.x86_64 nss-util-3.19.1-1.el6_6.x86_64 openssl-1.0.1e-42.el6.x86_64 pcre-7.8-7.el6.x86_64 perl-libs-5.10.1-141.el6.x86_64 popt-1.13-7.el6.x86_64 rpm-libs-4.8.0-47.el6.x86_64 tcp_wrappers-libs-7.6-57.el6.x86_64 xz-libs-4.999.9-0.5.beta.20091007git.el6.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) bt
#0 0x00007f889edb82d6 in update_dialog_vars_dbinfo (cell=0x7f888b80f5d0, var=0x3433) at dlg_db_handler.c:652
#1 0x00007f889edb9123 in update_dialog_dbinfo_unsafe (cell=0x7f888b80f5d0) at dlg_db_handler.c:725
#2 0x00007f889edbab8d in update_dialog_dbinfo (cell=0x7f888b80f5d0) at dlg_db_handler.c:874
#3 0x00007f889edfe93a in pv_set_dlg_variable (msg=0x7f88a2102998, param=0x7f88a1f37120, op=254, val=0x7ffe0d5c19d0) at dlg_var.c:428
#4 0x00000000004a092c in lval_pvar_assign (h=0x7ffe0d5c2c30, msg=0x7f88a2102998, lv=0x7f88a20c8d30, rv=0x7f88a20c9008) at lvalue.c:351
#5 0x00000000004a1331 in lval_assign (h=0x7ffe0d5c2c30, msg=0x7f88a2102998, lv=0x7f88a20c8d30, rve=0x7f88a20c9000) at lvalue.c:399
#6 0x0000000000429a7f in do_action (h=0x7ffe0d5c2c30, a=0x7f88a20c9728, msg=0x7f88a2102998) at action.c:1429
#7 0x000000000042b429 in run_actions (h=0x7ffe0d5c2c30, a=0x7f88a20c9728, msg=0x7f88a2102998) at action.c:1548
#8 0x000000000041e93b in do_action (h=0x7ffe0d5c2c30, a=0x7f88a20d3d10, msg=0x7f88a2102998) at action.c:1044
#9 0x000000000042b429 in run_actions (h=0x7ffe0d5c2c30, a=0x7f88a20d3d10, msg=0x7f88a2102998) at action.c:1548
#10 0x000000000042bb77 in run_top_route (a=0x7f88a20d3d10, msg=0x7f88a2102998, c=0x7ffe0d5c2c30) at action.c:1634
#11 0x00007f88a1bdbe80 in reply_received (p_msg=0x7f88a2102998) at t_reply.c:2317
#12 0x0000000000491c1b in do_forward_reply (msg=0x7f88a2102998, mode=0) at forward.c:747
#13 0x0000000000493308 in forward_reply (msg=0x7f88a2102998) at forward.c:849
#14 0x00000000005119de in receive_msg (
buf=0xa92340 "SIP/2.0 200 OK\r\nTo: sip:09011112222@192.168.2.107:5060;tag=4754SIPpTag0114640\r\nFrom: 0312341234 sip:0312341234@test1.com;tag=4729SIPpTag0049083\r\nCall-ID: 49083-4729@192.168.0.108\r\nCSeq: 802 INVITE"..., len=811, rcv_info=0x7ffe0d5c3200) at receive.c:255
#15 0x0000000000617928 in udp_rcv_loop () at udp_server.c:495
#16 0x00000000004ac857 in main_loop () at main.c:1579
#17 0x00000000004b2f11 in main (argc=9, argv=0x7ffe0d5c3698) at main.c:2566
Meanwhile, I am running load tests against two DigitalOcean VMs so that when a crash happens there I can give access to them to you (but there, for some unknown reason, it takes more time to reproduce the problem (actually, it happened only once, after one week of load)).
—
Reply to this email directly or view it on GitHub.