Hello,
I'll try to shut down the redis server to test the behavior of kamailio and
it has crashed if a call is received and then cancelled.
*1/The kamailio version is 4.0.4*
*2/ Kamailio log *
/usr/local/sbin/kamailio[25333]: ERROR: ndb_redis [redis_client.c:364]:
redisc_exec(): Redis error: Server closed the connection
/usr/local/sbin/kamailio[25361]: : <core> [pass_fd.c:293]: receive_fd():
ERROR: receive_fd: EOF on 13
/usr/local/sbin/kamailio[25328]: ALERT: <core> [main.c:788]: handle_sigs():
child process 25333 exited by a signal 11
/usr/local/sbin/kamailio[25328]: ALERT: <core> [main.c:791]: handle_sigs():
core was generated
*3/ Interesting information in the core*
#3 0x00007fc79412893d in redisvCommand (c=0x64657461, format=0x9 <Address
0x9 out of bounds>, ap=0x30, ap@entry=0x7fff0ff56aa8) at hiredis.c:1304
No locals.
#4 0x00007fc794341713 in redisc_exec (srv=srv@entry=0x7fff0ff56be0,
res=res@entry=0x7fff0ff56c00, cmd=cmd@entry=0x7fff0ff56bf0) at
redis_client.c:368
rsrv = 0x7fc794565150
rpl = 0x7fc7946fab70
c = 0 '\000'
ap = {{gp_offset = 48, fp_offset = 48, overflow_arg_area =
0x7fff0ff56bb0, reg_save_area = 0x7fff0ff56ac0}}
__FUNCTION__ = "redisc_exec"
#5 0x00007fc79433b781 in w_redis_cmd5 (msg=<optimized out>,
ssrv=<optimized out>, scmd=<optimized out>, sargv1=<optimized out>,
sargv2=0x7fc7946f7bf0 "p\243_\224\307\177", sres=0x7fc7946f7c50 "
\253_\224\307\177") at ndb_redis_mod.c:250
s = {{s = 0x7fc7945fb300 "kamailio_redis", len = 14}, {s =
0x7fc7945f5f50 "PUBLISH %s %s", len = 13}, {s = 0x7fc7945fab20 "r", len =
1}}
arg1 = {s = 0x7fc7945f5f80 "notification", len = 12}
arg2 = {
s = 0x7fc794551c60 "info XXX"...,
len = 212}
c1 = 0 '\000'
c2 = 0 '\000'
__FUNCTION__ = "w_redis_cmd5"
I've found one of post that this issue has been fixed but it seems that
it's always the case ..
http://www.mail-archive.com/search?l=sr-users@lists.sip-router.org&q=subjec…
Do you have any idea?
Thank you
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#364 - Crash in TCP Read on Kamailio 4.0.1
User who did this - Vitaliy Aleksandrov (Vitaliy)
----------
Done. Now my kamailio is built with MEMDBG=1. Should I enable memlog or memdbg log levels to get error messages about memory ?
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=364#comment1181
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
Hello,
We are having an issue with PVs after upgrading to the latest master
(i.e. 4.1.0-pre1) which might be related to the comparison of $null and 0
In our previous version (compiled on 9th October) the following code
worked. It is using the htable as a DB cache
$var(ip_trusted) = $sht(trusted=>$var(srcip));
if($var(ip_trusted) == $null) {
/* DB lookup */
$sht(trusted->$var(srcip)) = $var(ip_trusted);
}
After upgrading, the first line is not working as expected. The htable
value is null (not assigned), but the $var(ip_trusted) value is assigned
the value 0, so the check fails.
Is this related to the pv comparison bugfix
(http://git.sip-router.org/cgi-bin/gitweb.cgi?p=sip-router;a=commitdiff;h=38…
Certainly something has changed since 9 Oct.
Hugh
--
Hugh Waite
Principal Design Engineer
Crocodile RCS Ltd.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task is now closed:
FS#368 - location not updated correctly when using GRUUs
User who did this - Daniel-Constantin Mierla (miconda)
Reason for closing: Fixed
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=368
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#349 - uac_redirect not honoring q-value for max_total = 1
User who did this - Stefan Prelle (spr)
----------
The workaround with t_*_contacts is working (at least with 4.0.4). perfectly.
Thank you for the hint.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=349#comment1180
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.