[SR-Users] SQLOps module + KEMI
Daniel-Constantin Mierla
miconda at gmail.com
Wed Apr 4 18:51:40 CEST 2018
Hello,
Are you using master branch or 5.1.x version? It is somehow not clear
for me. The last issue was present only in master, there is no need for
backporting.
Cheers,
Daniel
On 03.04.18 19:10, Igor Olhovskiy wrote:
> Yup, fixed it, thanks.
>
> Can backport and still waiting for implementation of app_lua.reload )
>
> Regards, Igor
>
> On Apr 3, 2018, 7:08 PM +0300, Daniel-Constantin Mierla
> <miconda at gmail.com>, wrote:
>>
>> Thanks, it was easy to spot from the gdb backtrace -- this was due to
>> an issue introduced by commit f775e4000e in master branch. I pushed a
>> fix to it, try again with latest master.
>>
>> Cheers,
>> Daniel
>>
>>
>> On 03.04.18 16:31, Igor Olhovskiy wrote:
>>> Core was generated by `/usr/local/sbin/kamailio -P
>>> /var/run/kamailio/kamailio.pid -f /usr/local/etc/ka'.
>>> Program terminated with signal SIGSEGV, Segmentation fault.
>>> #0 0x00000000005b31c2 in rec_lock_set_release (lset=0x0, i=0) at
>>> core/locking.c:154
>>> 154 rec_lock_release(&lset->locks[i]);
>>> (gdb) bt full
>>> #0 0x00000000005b31c2 in rec_lock_set_release (lset=0x0, i=0) at
>>> core/locking.c:154
>>> No locals.
>>> #1 0x000000000056424c in receive_msg (
>>> buf=0xa439c0 <buf> "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
>>> 94.130.73.135;branch=z9hG4bKea4e.fcaca0cb6a039868d0cbb85929bd3b59.0;received=140.82.63.219\r\nVia:
>>> SIP/2.0/UDP
>>> 94.130.106.214:5060;received=94.130.106.214;rport=5060;bra"...,
>>> len=598, rcv_info=0x7ffc7b4c07b0) at core/receive.c:401
>>> msg = 0x7f53bd483ee8
>>> ctx = {rec_lev = 0, run_flags = 0, last_retcode = 0, jmp_env
>>> = {{__jmpbuf = {139997642541328, 139997652819968,
>>> 8317129406208278527, 6746573, 0, 139997646292064, 0,
>>> 140722377065504}, __mask_was_saved = 575228262, __saved_mask = {
>>> __val = {598, 7908744, 140722377067632, 0, 0,
>>> 140722377066640, 139997642804455, 799, 206158430256,
>>> 140722377065824, 140722377065584, 0, 139997642804770, 5, 14631,
>>> 7908744}}}}}
>>> bctx = 0x0
>>> ret = 1
>>> stats_on = 0
>>> tvb = {tv_sec = 1522765677, tv_usec = 355411}
>>> tve = {tv_sec = 1522728960, tv_usec = 0}
>>> tz = {tz_minuteswest = 0, tz_dsttime = 0}
>>> diff = 0
>>> inb = {
>>> s = 0xa439c0 <buf> "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
>>> 94.130.73.135;branch=z9hG4bKea4e.fcaca0cb6a039868d0cbb85929bd3b59.0;received=140.82.63.219\r\nVia:
>>> SIP/2.0/UDP
>>> 94.130.106.214:5060;received=94.130.106.214;rport=5060;bra"..., len
>>> = 598}
>>> netinfo = {data = {s = 0x7ffc7b4c05a7 "ia: SIP/2.0/UDP
>>> 94.130.73.135;branch=z9hG4bKea4e.fcaca0cb6a039868d0cbb85929bd3b59.0quests\005",
>>> len = 0}, rcv = 0x0, dst = 0x0}
>>> keng = 0xa59a40 <_sr_kemi_eng_list>
>>> evp = {data = 0x7ffc7b4c0380, rcv = 0x7ffc7b4c07b0, dst = 0x0}
>>> cidlockidx = 0
>>> cidlockset = 0
>>> __FUNCTION__ = "receive_msg"
>>> #2 0x0000000000459b21 in udp_rcv_loop () at core/udp_server.c:554
>>> len = 598
>>> buf = "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
>>> 94.130.73.135;branch=z9hG4bKea4e.fcaca0cb6a039868d0cbb85929bd3b59.0;received=140.82.63.219\r\nVia:
>>> SIP/2.0/UDP
>>> 94.130.106.214:5060;received=94.130.106.214;rport=5060;bra"...
>>> tmp = 0x7ffc7b4c09d0 "\220\vL{\374\177"
>>> from = 0x7f53bd4820d0
>>> fromlen = 16
>>> ri = {src_ip = {af = 2, len = 4, u = {addrl =
>>> {140721838909616, 0}, addr32 = {1530423472, 32764, 0, 0}, addr16 =
>>> {26800, 23352, 32764, 0, 0, 0, 0, 0}, addr =
>>> "\260h8[\374\177\000\000\000\000\000\000\000\000\000"}}, dst_ip = {
>>> af = 2, len = 4, u = {addrl = {3678360204, 0}, addr32 =
>>> {3678360204, 0, 0, 0}, addr16 = {21132, 56127, 0, 0, 0, 0, 0, 0},
>>> addr = "\214R?\333", '\000' <repeats 11 times>}}, src_port = 51259,
>>> dst_port = 5060,
>>> proto_reserved1 = 0, proto_reserved2 = 0, src_su = {s =
>>> {sa_family = 2, sa_data =
>>> "\310;\260h8[\000\000\000\000\000\000\000"}, sin = {sin_family = 2,
>>> sin_port = 15304, sin_addr = {s_addr = 1530423472},
>>> sin_zero = "\000\000\000\000\000\000\000"}, sin6 =
>>> {sin6_family = 2, sin6_port = 15304, sin6_flowinfo = 1530423472,
>>> sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>,
>>> __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0},
>>> __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}},
>>> bind_address = 0x7f53bd474080, proto = 1 '\001'}
>>> evp = {data = 0x0, rcv = 0x0, dst = 0x0}
>>> printbuf = "SIP/2.0 200 OK 0D 0A Via: SIP/2.0/UDP
>>> 94.130.73.135;branch=z9hG4bKea4e.fcaca0cb6a039868d0cbb85929bd3b59.0quests\005\000\000\000\000\000\000\000'9\000\000\000\000\000\000\210\255x\000\000\000\000\000\312\334طS\177\000\000ck(packe\273\a\255\267S\177\000\000from-dom\020\002\000\000\000\000\000\000subscrib\000\000\000\000\000\000\000\000\360fB\001\000\000\000\000\377\377\377\377"...
>>> i = 100
>>> j = 106
>>> l = 4
>>> __FUNCTION__ = "udp_rcv_loop"
>>> #3 0x000000000042339d in main_loop () at main.c:1628
>>> i = 0
>>> pid = 0
>>> si = 0x7f53bd474080
>>> si_desc = "udp receiver child=0 sock=140.82.63.219:5060
>>> <http://140.82.63.219:5060>\000\000\000\000\220\vL{\374\177\000\000\347\314ĽS\177\000\000
>>> \tL{\374\177\000\000\060\000\000\000\060\000\000\000\340\tL{\374\177\000\000\020\tL{\374\177",
>>> '\000' <repeats 14 times>, "\001", '\000' <repeats 11 times>,
>>> "!9\000\000\000\000\000"
>>> nrprocs = 4
>>> woneinit = 1
>>> __FUNCTION__ = "main_loop"
>>> #4 0x000000000042a8a8 in main (argc=15, argv=0x7ffc7b4c0c78) at
>>> main.c:2650
>>> cfg_stream = 0x1376010
>>> ---Type <return> to continue, or q <return> to quit---
>>> c = -1
>>> r = 0
>>> tmp = 0x7ffc7b4c0f12 ""
>>> tmp_len = 32595
>>> port = -1103316627
>>> proto = 0
>>> options = 0x746dd0
>>> ":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 = 1592049986
>>> rfd = 4
>>> debug_save = 0
>>> debug_flag = 0
>>> dont_fork_cnt = 0
>>> n_lst = 0x7ffc7b4c0b30
>>> p = 0x7ffc7b4c0cf8 "8\017L{\374\177"
>>> st = {st_dev = 15, st_ino = 285409, st_nlink = 2, st_mode =
>>> 16877, st_uid = 107, st_gid = 112, __pad0 = 0, st_rdev = 0, st_size
>>> = 40, st_blksize = 4096, st_blocks = 0, st_atim = {tv_sec =
>>> 1522765525, tv_nsec = 737178002},
>>> st_mtim = {tv_sec = 1522765595, tv_nsec = 469418892},
>>> st_ctim = {tv_sec = 1522765595, tv_nsec = 469418892},
>>> __glibc_reserved = {0, 0, 0}}
>>> __FUNCTION__ = "main"
>>> (gdb)
>>>
>>> 2018-04-03 14:05 GMT+03:00 Daniel-Constantin Mierla
>>> <miconda at gmail.com <mailto:miconda at gmail.com>>:
>>>
>>> Can you run as root in the terminal:
>>>
>>> ulimit -c unlimited
>>>
>>> Start kamailio in the same terminal, adding extra parameters '-w
>>> /tmp'
>>>
>>> Reproduce the case and you should get a core file in /tmp if
>>> kamailio crashes. Grab the backtrace with gdb and send it here.
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 03.04.18 11:48, Igor Olhovskiy wrote:
>>>> Ok.
>>>>
>>>> This time other issue
>>>>
>>>> LUA {SUBSCRIBE}: 7(14332) DEBUG: app_lua [app_lua_api.c:716]:
>>>> app_lua_run_ex(): ksr error call from Lua: ~~ksr~exit~~
>>>> LUA {SUBSCRIBE}: 7(14332) DEBUG: app_lua [app_lua_mod.c:171]:
>>>> sr_kemi_config_engine_lua(): execution of route type 1 with no
>>>> name returned 1
>>>> LUA {SUBSCRIBE}: 7(14332) INFO: <core> [core/receive.c:344]:
>>>> receive_msg(): request-route executed in: 3639 usec
>>>> LUA {SUBSCRIBE}: 7(14332) DEBUG: <core> [core/usr_avp.c:636]:
>>>> destroy_avp_list(): destroying list (nil)
>>>> LUA {SUBSCRIBE}: 7(14332) DEBUG: <core> [core/usr_avp.c:636]:
>>>> destroy_avp_list(): destroying list (nil)
>>>> LUA {SUBSCRIBE}: 7(14332) DEBUG: <core> [core/usr_avp.c:636]:
>>>> destroy_avp_list(): destroying list (nil)
>>>> LUA {SUBSCRIBE}: 7(14332) DEBUG: <core> [core/usr_avp.c:636]:
>>>> destroy_avp_list(): destroying list (nil)
>>>> LUA {SUBSCRIBE}: 7(14332) DEBUG: <core> [core/usr_avp.c:636]:
>>>> destroy_avp_list(): destroying list (nil)
>>>> LUA {SUBSCRIBE}: 7(14332) DEBUG: <core> [core/usr_avp.c:636]:
>>>> destroy_avp_list(): destroying list (nil)
>>>> LUA {SUBSCRIBE}: 7(14332) DEBUG: <core> [core/xavp.c:446]:
>>>> xavp_destroy_list(): destroying xavp list (nil)
>>>> LUA {SUBSCRIBE}: 7(14332) DEBUG: <core> [core/receive.c:448]:
>>>> receive_msg(): cleaning up
>>>> kernel: [263424.485205] kamailio[14333]: segfault at 8 ip
>>>> 00000000005b31c2 sp 00007fffc1777210 error 4 in
>>>> kamailio[400000+438000]
>>>>
>>>> Kamailio just segfault on reply route on SUBSCRIBE?
>>>>
>>>> What to add to compile options to make this message more clear?
>>>>
>>>> Regards, Igor
>>>>
>>>> On Apr 3, 2018, 11:14 AM +0300, Daniel-Constantin Mierla
>>>> <miconda at gmail.com> <mailto:miconda at gmail.com>, wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> indeed, I did a rename to make it more clear the purpose of a
>>>>> drop-related function, breaking the use from other modules.
>>>>>
>>>>> I pushed the commits to fix the issue, try again with latest
>>>>> master.
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>>
>>>>> On 03.04.18 10:01, Igor Olhovskiy wrote:
>>>>>> Hi!
>>>>>>
>>>>>> As of now app_lua is could not be loaded by Kamailio at all.
>>>>>>
>>>>>> kamailio: ERROR: <core> [core/sr_module.c:582]:
>>>>>> load_module(): could not open module
>>>>>> </usr/local/lib64/kamailio/modules/app_lua.so>:
>>>>>> /usr/local/lib64/kamailio/modules/app_lua.so: undefined
>>>>>> symbol: sr_kemi_core_drop
>>>>>>
>>>>>>
>>>>>> PS:
>>>>>> Latest commit on git:
>>>>>> commit a5dd60c8d7e04731f12108838a3c82149e04ef9c Author:
>>>>>> Daniel-Constantin Mierla <mailto:miconda at gmail.com> Date: Tue
>>>>>> Apr 3 09:27:19 2018 +0200 ipops: mask subnet address for ipv6
>>>>>> comparison - coherent with ipv4 behaviou
>>>>>>
>>>>>> Regards, Igor
>>>>>>
>>>>>> On Apr 2, 2018, 9:18 AM +0300, Daniel-Constantin Mierla
>>>>>> <miconda at gmail.com> <mailto:miconda at gmail.com>, wrote:
>>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> do you have pkg-config installed? This is a tool that helps
>>>>>>> locating libs and include files.
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Daniel
>>>>>>>
>>>>>>>
>>>>>>> On 31.03.18 11:13, Igor Olhovskiy wrote:
>>>>>>>> Hi!
>>>>>>>>
>>>>>>>> A bit dumb question - how to specify lua.h file path to
>>>>>>>> make command? It looks in
>>>>>>>>
>>>>>>>> ls: cannot access /usr/local/lib/liblua*: No such file or
>>>>>>>> directory
>>>>>>>> ls: cannot access /usr/local/lib/liblua*: No such file or
>>>>>>>> directory
>>>>>>>> CC (gcc) [M app_lua.so] app_lua_mod.o
>>>>>>>> In file included from app_lua_mod.c:34:0:
>>>>>>>> app_lua_api.h:25:17: fatal error: lua.h: No such file or
>>>>>>>> directory
>>>>>>>> #include <lua.h>
>>>>>>>> ^
>>>>>>>>
>>>>>>>> But i’ve installed via apt-get install liblua5.2-dev, and
>>>>>>>> lua.h is located at /usr/include/lua5.2/
>>>>>>>>
>>>>>>>> Regards, Igor
>>>>>>>>
>>>>>>>> On Mar 30, 2018, 6:41 PM +0300, Daniel-Constantin Mierla
>>>>>>>> <miconda at gmail.com> <mailto:miconda at gmail.com>, wrote:
>>>>>>>>>
>>>>>>>>> Hello,
>>>>>>>>>
>>>>>>>>> can you test with master branch, I pushed a commit for it
>>>>>>>>> -- if all ok, I will backport.
>>>>>>>>>
>>>>>>>>> Cheers,
>>>>>>>>> Daniel
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 30.03.18 14:47, Igor Olhovskiy wrote:
>>>>>>>>>> Hi!
>>>>>>>>>>
>>>>>>>>>> Seems calling function KSR.sqlops.sql_num_rows(«sql_res»)
>>>>>>>>>> crashes Kamailio. At least I got this at 5.1.2 from
>>>>>>>>>> debian repos with LUA.
>>>>>>>>>>
>>>>>>>>>> Getting smth like
>>>>>>>>>>
>>>>>>>>>> dev1 kernel: [5780693.247255] kamailio[20659]: segfault
>>>>>>>>>> at 50b300000004 ip 00007f34d2f46fd6 sp 00007ffe1f0ac310
>>>>>>>>>> error 4 in sqlops.so[7f34d2f42000+1c000]
>>>>>>>>>>
>>>>>>>>>> Regards, Igor
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>>>>> sr-users at lists.kamailio.org
>>>>>>>>>> <mailto:sr-users at lists.kamailio.org>
>>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>>> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Daniel-Constantin Mierla
>>>>>>>>> www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda
>>>>>>>>> <http://www.linkedin.com/in/miconda>
>>>>>>>>> Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com <http://www.asipto.com>
>>>>>>>>> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com <http://www.kamailioworld.com>
>>>>>>>
>>>>>>> --
>>>>>>> Daniel-Constantin Mierla
>>>>>>> www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>>>>>> Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com <http://www.asipto.com>
>>>>>>> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com <http://www.kamailioworld.com>
>>>>>
>>>>> --
>>>>> Daniel-Constantin Mierla
>>>>> www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>>>> Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com <http://www.asipto.com>
>>>>> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com <http://www.kamailioworld.com>
>>>
>>> --
>>> Daniel-Constantin Mierla
>>> www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>> Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com <http://www.asipto.com>
>>> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com <http://www.kamailioworld.com>
>>>
>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Igor
>>
>> --
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com
>> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
--
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - April 16-18, 2018, Berlin - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180404/a1c2e7df/attachment.html>
More information about the sr-users
mailing list