Greetings,
I'm using the delete record feature as described in section 9.2.9
<http://www.asipto.com/pub/kamailio-devel-guide/#c09f_delete> of the
Kamailio SIP Server v3.2.0 Development Guide. When I try to delete the
entire table without any filtering, as shown in the code below, DB_REDIS
fails. Is this a bug?
Thank you in advance for your help,
Bob
*Log*
DEBUG: db_redis [redis_connection.c:118]: db_redis_connect(): connecting to
redis at 127.0.0.1:6379
DEBUG: db_redis [redis_connection.c:171]: db_redis_connect(): connection
opened to redis://127.0.0.1:6379/5
DEBUG: db_redis [redis_connection.c:232]: db_redis_new_connection():
connection opened to redis://127.0.0.1:6379/5
DEBUG: db_redis [redis_dbase.c:2019]: db_redis_delete(): deleting from
prefix (table) 'mohqcalls'
DEBUG: db_redis [redis_dbase.c:524]: db_redis_build_query_keys(): build
query keys
DEBUG: db_redis [redis_dbase.c:295]: db_redis_find_query_key(): checking
for existence of entry key 'call_id' in query
DEBUG: db_redis [redis_dbase.c:306]: db_redis_find_query_key(): found key
in entry key
DEBUG: db_redis [redis_dbase.c:123]: db_redis_val2str(): converting string
value 'a1960c88-640f2e0f-bf639d1a(a)10.197.126.143' with len 41 to str
DEBUG: db_redis [redis_dbase.c:338]: db_redis_find_query_key(): entry key
so far is 'mohqcalls:entry::a1960c88-640f2e0f-bf639d1a@10.197.126.143'
DEBUG: db_redis [redis_dbase.c:543]: db_redis_build_query_keys(): found
suitable entry key '
mohqcalls:entry::a1960c88-640f2e0f-bf639d1a@10.197.126.143' for query
DEBUG: db_redis [redis_dbase.c:617]: db_redis_build_query_keys(): building
manual keys
DEBUG: db_redis [redis_dbase.c:254]: db_redis_build_entry_manual_keys():
checking for existence of entry key 'call_id' in query to get manual key
DEBUG: db_redis [redis_dbase.c:259]: db_redis_build_entry_manual_keys():
found key in entry key
DEBUG: db_redis [redis_dbase.c:1297]: db_redis_perform_delete(): delete all
keys
DEBUG: db_redis [redis_dbase.c:1303]: db_redis_perform_delete(): delete key
'mohqcalls:entry::a1960c88-640f2e0f-bf639d1a@10.197.126.143'
DEBUG: db_redis [redis_connection.c:32]: print_query(): Query dump:
DEBUG: db_redis [redis_connection.c:34]: print_query(): EXISTS
DEBUG: db_redis [redis_connection.c:34]: print_query():
mohqcalls:entry::a1960c88-640f2e0f-bf639d1a@10.197.126.143
DEBUG: db_redis [redis_table.c:154]: db_redis_key_list2arr(): returning 2
entries
DEBUG: db_redis [redis_connection.c:279]: db_redis_command_argv(): query
has 2 args
DEBUG: db_redis [redis_connection.c:32]: print_query(): Query dump:
DEBUG: db_redis [redis_connection.c:34]: print_query(): HMGET
DEBUG: db_redis [redis_connection.c:34]: print_query():
mohqcalls:entry::a1960c88-640f2e0f-bf639d1a@10.197.126.143
DEBUG: db_redis [redis_table.c:154]: db_redis_key_list2arr(): returning 2
entries
DEBUG: db_redis [redis_connection.c:279]: db_redis_command_argv(): query
has 2 args
ERROR: db_redis [redis_dbase.c:1352]: db_redis_perform_delete(): Failed to
fetch type entry: ERR wrong number of arguments for 'hmget' command
ERROR: db_redis [redis_dbase.c:1460]: db_redis_perform_delete(): failed to
perform the delete
ERROR: db_redis [redis_dbase.c:2076]: db_redis_delete(): failed to do the
query
WARNING: mohqueue [mohq_db.c:278]: delete_call_rec(): delete_call_rec:
Unable to delete row from mohqcalls
*Code*
db_func_t *pdb = pmod_data->pdb;
pdb->use_table (pconn, &pmod_data->pcfg->db_ctable);
if (pdb->delete (pconn, 0, 0, 0, 0) < 0)
{
LM_WARN ("%sUnable to delete all rows from %s\n", pfncname,
pmod_data->pcfg->db_ctable.s);
}
Hello,
on Thursday and Friday this week over a dozen of Kamailio developers
will be in Dusseldorf for the annual coding meeting, so we thought of
doing an online meeting via some video conferencing bridge, with IRC as
a backup chatting channel, to allow also other community members to join
remotely and discuss the development plans for short/medium term.
It is more or less what we used to do during the past IRC devel
meetings, but to make the discussions go faster and shorter the meeting,
so people in Dusseldorf spend more time coding, this time we will try
video conferencing. Very likely we will use Jitsi Meet, so anyone that
wants to join should be prepared with a WebRTC capable web browser (all
major ones support it) -- link and details how to join will be provided
short before the meeting starts, right now the plan is to do it on
Thursday, Nov 14, at 15:00UTC/London (16:00Berlin-Paris, 10:00New York).
If someone wants to address questions but doesn't have the possibility
to join the video conf bridge, then join the IRC #kamailio channel on
freenode.net and post your question there during the meeting. The IRC
channel will be monitored and used for text chatting whenever needed.
Cheers,
Daniel
--
Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - April 27-29, 2020, in Berlin -- www.kamailioworld.com
Hello,
Kamailio SIP Server v5.3.1 stable release is out.
This is a maintenance release of the latest stable branch, 5.3, that
includes fixes since the release of v5.3.1. There is no change to
database schema or configuration language structure that you have to do
on previous installations of v5.3.x. Deployments running previous v5.3.x
versions are strongly recommended to be upgraded to v5.3.1.
For more details about version 5.3.1 (including links and guidelines to
download the tarball or from GIT repository), visit:
* https://www.kamailio.org/w/2019/11/kamailio-v5-3-1-released/
RPM, Debian/Ubuntu packages will be available soon as well.
Many thanks to all contributing and using Kamailio!
Cheers,
Daniel
--
Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - April 27-29, 2020, in Berlin -- www.kamailioworld.com