[SR-Users] SQLOps module + KEMI
Daniel-Constantin Mierla
miconda at gmail.com
Thu Apr 5 20:13:15 CEST 2018
Hello,
On 05.04.18 09:46, Igor Olhovskiy wrote:
> Hi!
>
> Yep, master. I was talking on backport sql_num_rows fix. Remember, the
> one we started with.
ok, if not done in the official git repo, that will be backported in 5.1
branch soon.
>
> Also enabling reload by defaut is good. As it’s main reason to use
> KEMI from my perspective.
OK.
Cheers,
Daniel
>
> Regards, Igor
>
> On Apr 4, 2018, 7:53 PM +0300, Daniel-Constantin Mierla
> <miconda at gmail.com>, wrote:
>>
>> I think we should set that modparam by default to 1, it is what
>> people would like more to have when using lua -- the option to reload
>> the lua scripts, disabling it would be the exception, IMO. Other
>> opinions?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 03.04.18 19:55, Igor Olhovskiy wrote:
>>> My bad with reload, sorry )
>>>
>>> Missed
>>> modparam("app_lua", "reload", 1)
>>>
>>> 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
--
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/20180405/de915da8/attachment.html>
More information about the sr-users
mailing list