[SR-Users] app_lua sr.sqlops.query exit status

jenus at cyberchaos.nl jenus at cyberchaos.nl
Wed Jan 10 11:26:53 CET 2018


I have overwritten the core file b y accident. I did a new backtrace:

(gdb) backtrace
#0  0x00007fd3b24365a0 in ?? () from 
/usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#1  0x00007fd3b2437b62 in ?? () from 
/usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#2  0x00007fd3b242a040 in lua_settable () from 
/usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#3  0x00007fd3b243a412 in luaL_findtable () from 
/usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#4  0x00007fd3b243a581 in luaL_openlib () from 
/usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#5  0x00007fd3b2684870 in lua_sr_kemi_register_libs (L=0xeffdb0) at 
app_lua_sr.c:1973
#6  0x00007fd3b26cf107 in lua_sr_openlibs (L=0xeffdb0) at 
app_lua_api.c:185
#7  0x00007fd3b26cf7c1 in lua_sr_init_probe () at app_lua_api.c:225
#8  0x00007fd3b265b97d in child_init (rank=-127) at app_lua_mod.c:197
#9  0x0000000000549944 in init_mod_child (m=0x7fd3bc82cc70, rank=-127) 
at core/sr_module.c:938
#10 0x0000000000549c72 in init_child (rank=-127) at core/sr_module.c:964
#11 0x0000000000422c1c in main_loop () at main.c:1576
#12 0x000000000042aab9 in main (argc=3, argv=0x7ffeee95b548) at 
main.c:2646

(gdb) frame 7
#7  0x00007fd3b26cf7c1 in lua_sr_init_probe () at app_lua_api.c:225
225     app_lua_api.c: No such file or directory.
(gdb) list
220     in app_lua_api.c
(gdb) info locals
L = 0xeffdb0
txt = 0x7fd3bd00dce7 <__fprintf+135> "H\201\304", <incomplete sequence 
\330>
li = 0x0
sbuf = {st_dev = 0, st_ino = 206158430256, st_nlink = 140732901208248, 
st_mode = 4002787296, st_uid = 32766, st_gid = 4002787464, __pad0 = 14, 
st_rdev = 140728898420739, st_size = 0,
   st_blksize = 30795, st_blocks = 7970120, st_atim = {tv_sec = 7929944, 
tv_nsec = 0}, st_mtim = {tv_sec = 0, tv_nsec = 140732901208128}, st_ctim 
= {tv_sec = 140547210663782,
     tv_nsec = 7938688}, __glibc_reserved = {-541165879423, 
140732901208240, 5544260}}
__FUNCTION__ = "lua_sr_init_probe"

I assume that in this case i need to do a "frame 7".


Jan

Daniel-Constantin Mierla schreef op 2018-01-10 11:18:
> Few more things to grab from core file with gdb -- take the output for
> the next commands:
> 
> frame 16
> 
> list
> 
> info locals
> 
> Cheers,
> Daniel
> 
> 
> On 10.01.18 11:08, jenus at cyberchaos.nl wrote:
>> Daniel,
>> 
>> Here are the app_lua settings:
>> 
>> # ----- app_lua params -----
>> modparam("app_lua", "load", "/etc/kamailio/kamailio_functions.lua")
>> modparam("app_lua", "register", "sqlops")
>> modparam("app_lua", "register", "siputils")
>> modparam("app_lua", "register", "xhttp")
>> 
>> 
>> Jan
>> 
>> 
>> Daniel-Constantin Mierla schreef op 2018-01-10 11:03:
>>> Can you give here the parameters you set for app_lua module?
>>> 
>>> Cheers,
>>> Daniel
>>> 
>>> 
>>> On 09.01.18 22:27, jenus at cyberchaos.nl wrote:
>>>> Daniel,
>>>> 
>>>> Here is the backtrace.
>>>> 
>>>> (gdb) backtrace
>>>> #0  0x00007fe41140e067 in __GI_raise (sig=sig at entry=6) at
>>>> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
>>>> #1  0x00007fe41140f448 in __GI_abort () at abort.c:89
>>>> #2  0x00007fe41144c1b4 in __libc_message (do_abort=do_abort at entry=1,
>>>> fmt=fmt at entry=0x7fe411541210 "*** Error in `%s': %s: 0x%s ***\n") at
>>>> ../sysdeps/posix/libc_fatal.c:175
>>>> #3  0x00007fe41145198e in malloc_printerr (action=1,
>>>> str=0x7fe41153d42a "realloc(): invalid next size", ptr=<optimized
>>>> out>) at malloc.c:4996
>>>> #4  0x00007fe41145476b in _int_realloc (av=av at entry=0x7fe41177e620
>>>> <main_arena>, oldp=oldp at entry=0x21789c0, oldsize=oldsize at entry=736,
>>>> nb=nb at entry=1552) at malloc.c:4234
>>>> #5  0x00007fe411455769 in __GI___libc_realloc (oldmem=0x21789d0,
>>>> bytes=1536) at malloc.c:3029
>>>> #6  0x00007fe40c460cae in ?? () from
>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>> #7  0x00007fe40c45c9aa in ?? () from
>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>> #8  0x00007fe40c46166d in ?? () from
>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>> #9  0x00007fe40c4640b3 in ?? () from
>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>> #10 0x00007fe40c45ccd1 in ?? () from
>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>> #11 0x00007fe40c45c92e in ?? () from
>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>> #12 0x00007fe40c45d7bb in ?? () from
>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>> #13 0x00007fe40c45d8c2 in ?? () from
>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>> #14 0x00007fe40c459528 in lua_load () from
>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>> #15 0x00007fe40c469d8c in luaL_loadbuffer () from
>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>> #16 0x00007fe40c6fe7d7 in lua_sr_init_probe () at app_lua_api.c:228
>>>> #17 0x00007fe40c68a97d in child_init (rank=-127) at 
>>>> app_lua_mod.c:197
>>>> #18 0x0000000000549944 in init_mod_child (m=0x7fe410c3b998, 
>>>> rank=-127)
>>>> at core/sr_module.c:938
>>>> #19 0x0000000000549662 in init_mod_child (m=0x7fe410c3bec0, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #20 0x0000000000549662 in init_mod_child (m=0x7fe410c3c708, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #21 0x0000000000549662 in init_mod_child (m=0x7fe410c3cd78, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #22 0x0000000000549662 in init_mod_child (m=0x7fe410c3d360, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #23 0x0000000000549662 in init_mod_child (m=0x7fe410c3e1e8, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #24 0x0000000000549662 in init_mod_child (m=0x7fe410c3e938, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #25 0x0000000000549662 in init_mod_child (m=0x7fe410c3f4c8, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #26 0x0000000000549662 in init_mod_child (m=0x7fe410c3fca0, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #27 0x0000000000549662 in init_mod_child (m=0x7fe410c40118, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #28 0x0000000000549662 in init_mod_child (m=0x7fe410c40780, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #29 0x0000000000549662 in init_mod_child (m=0x7fe410c422f8, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #30 0x0000000000549662 in init_mod_child (m=0x7fe410c42968, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #31 0x0000000000549662 in init_mod_child (m=0x7fe410c42e50, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #32 0x0000000000549662 in init_mod_child (m=0x7fe410c43b48, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #33 0x0000000000549662 in init_mod_child (m=0x7fe410c43f20, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #34 0x0000000000549662 in init_mod_child (m=0x7fe410c446e0, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #35 0x0000000000549662 in init_mod_child (m=0x7fe410c44bd0, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #36 0x0000000000549662 in init_mod_child (m=0x7fe410c44ec8, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #37 0x0000000000549662 in init_mod_child (m=0x7fe410c45378, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #38 0x0000000000549662 in init_mod_child (m=0x7fe410c458f0, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #39 0x0000000000549662 in init_mod_child (m=0x7fe410c45e48, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #40 0x0000000000549662 in init_mod_child (m=0x7fe410c464e8, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #41 0x0000000000549662 in init_mod_child (m=0x7fe410c47278, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #42 0x0000000000549662 in init_mod_child (m=0x7fe410c476f0, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #43 0x0000000000549662 in init_mod_child (m=0x7fe410c47b68, 
>>>> rank=-127)
>>>> at core/sr_module.c:935
>>>> #44 0x0000000000549c72 in init_child (rank=-127) at
>>>> core/sr_module.c:964
>>>> #45 0x0000000000422c1c in main_loop () at main.c:1576
>>>> #46 0x000000000042aab9 in main (argc=3, argv=0x7ffe17f0e788) at
>>>> main.c:2646
>>>> 
>>>> 
>>>> Jan
>>>> 
>>>> Daniel-Constantin Mierla schreef op 2018-01-09 22:21:
>>>>> Can you install the debug symbols for kamailio as well? There
>>>>> should be
>>>>> a kamailio-dbg package or so ...
>>>>> 
>>>>> Then take again the backtrace, it should provide more information 
>>>>> --
>>>>> file and line for each frame, ...
>>>>> 
>>>>> Cheers,
>>>>> Daniel
>>>>> 
>>>>> 
>>>>> On 09.01.18 21:21, jenus at cyberchaos.nl wrote:
>>>>>> Daniel,
>>>>>> 
>>>>>> Just upgraded to 5.1 but kamailio now generates a core file. I'm
>>>>>> running debian 8.10. It seems to crash on liblua5.1.so.0 :
>>>>>> 
>>>>>> Using host libthread_db library
>>>>>> "/lib/x86_64-linux-gnu/libthread_db.so.1".
>>>>>> Core was generated by `kamailio -m 1500'.
>>>>>> Program terminated with signal SIGSEGV, Segmentation fault.
>>>>>> #0  0x00007f30c17f25a0 in ?? () from
>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>>>> (gdb) backtrace
>>>>>> #0  0x00007f30c17f25a0 in ?? () from
>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>>>> #1  0x00007f30c17f3b62 in ?? () from
>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>>>> #2  0x00007f30c17e6040 in lua_settable () from
>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>>>> #3  0x00007f30c17f6412 in luaL_findtable () from
>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>>>> #4  0x00007f30c17f6581 in luaL_openlib () from
>>>>>> /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
>>>>>> #5  0x00007f30c1a40870 in lua_sr_kemi_register_libs () from
>>>>>> /usr/lib/x86_64-linux-gnu/kamailio/modules/app_lua.so
>>>>>> #6  0x00007f30c1a8b107 in lua_sr_openlibs () from
>>>>>> /usr/lib/x86_64-linux-gnu/kamailio/modules/app_lua.so
>>>>>> #7  0x00007f30c1a8b7c1 in lua_sr_init_probe () from
>>>>>> /usr/lib/x86_64-linux-gnu/kamailio/modules/app_lua.so
>>>>>> #8  0x00007f30c1a1797d in ?? () from
>>>>>> /usr/lib/x86_64-linux-gnu/kamailio/modules/app_lua.so
>>>>>> #9  0x0000000000549944 in ?? ()
>>>>>> #10 0x0000000000549c72 in init_child ()
>>>>>> #11 0x0000000000421498 in main_loop ()
>>>>>> #12 0x000000000042aab9 in main ()
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Thanks,
>>>>>> 
>>>>>> Jan
>>>>>> 
>>>>>> jenus at cyberchaos.nl schreef op 2018-01-09 20:53:
>>>>>>> Daniel,
>>>>>>> 
>>>>>>> Currently running kamailio 5.0.5.
>>>>>>> 
>>>>>>> Jan
>>>>>>> 
>>>>>>> Daniel-Constantin Mierla schreef op 2018-01-09 13:27:
>>>>>>>> Hello,
>>>>>>>> 
>>>>>>>> what version of kamailio are you using?
>>>>>>>> 
>>>>>>>> Cheers,
>>>>>>>> Daniel
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On 07.01.18 22:14, jenus at cyberchaos.nl wrote:
>>>>>>>>> Hello,
>>>>>>>>> 
>>>>>>>>> I'm doing some tests with a lua script and app_lua. I'm using
>>>>>>>>> sr.sqlops.query to insert records into the database but would
>>>>>>>>> like to
>>>>>>>>> test the exit status of the sql query. In kamailio i can do:
>>>>>>>>> 
>>>>>>>>> if(!sql_query("kamailio", "INSERT INTO subscriber ..."))
>>>>>>>>> 
>>>>>>>>> Is there some kind of exit status for the lua function
>>>>>>>>> sr.sqlops.query
>>>>>>>>> in order to do the same check in lua? In other words, is it
>>>>>>>>> possible
>>>>>>>>> to check if a sql query was successful in lua? The result seems
>>>>>>>>> to be
>>>>>>>>> nill in all cases for a INSERT in lua using sr.sqlops.query.
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Thanks,
>>>>>>>>> 
>>>>>>>>> Jan Hazenberg
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>>>> sr-users at lists.kamailio.org
>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>> sr-users at lists.kamailio.org
>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>> 
>>>> 
>> 




More information about the sr-users mailing list