Almost done with another fruitful year, counting two major releases, the
first edition of a dedicated conference for Kamailio and presence at
over a dozen events world wide, it's time to say thanks to everyone that
helped along the time -- developers, users, businesses investing
resources and all the friends around the project!
A Merry Christmas and great winter holidays!
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#385 - Possible memory leak when processing sht_reload
User who did this - i (takeshi)
----------
Ok. Try this one:
http://wikisend.com/download/109826/kamailio.log.gz
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=385#comment1250
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#385 - Possible memory leak when processing sht_reload
User who did this - i (takeshi)
----------
That file sharing service was the least cumbersome I could find. I tested now: no account is needed, you just need to fill a recaptcha (i tested from a different machine/network from where i never accessed that site. So if you cannot get it maybe they have different policies based on location). In case somehow this doesn't work for you, I will try to find another one.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=385#comment1249
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#385 - Possible memory leak when processing sht_reload
User who did this - Daniel-Constantin Mierla (miconda)
----------
Can you put the log file somewhere where is accessible without making an account? You can make it tgz to be smaller size.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=385#comment1248
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#384 - Crash in kamailio core - timeout on forked destinations
User who did this - Hugh Waite (hugh.waite)
----------
(gdb) p t
$1 = (struct lump *) 0x73257325203a7325
(gdb) p *t
Cannot access memory at address 0x73257325203a7325
(gdb) info locals
tmp = 0x7fdf581d9b98
prev = 0x7fdf534d0a00
t = 0x73257325203a7325
list = 0x7fdf4f640ab8
__FUNCTION__ = "del_lump"
(gdb) list
329 list=&msg->body_lumps;
330 else
331 list=&msg->add_rm;
332 for (t=*list;t; prev=t, t=t->next){
333 /* insert it sorted after offset */
334 if (((t->op==LUMP_DEL)||(t->op==LUMP_NOP))&&(t->u.offset>offset))
335 break;
336 }
337 tmp->next=t;
338 if (prev) prev->next=tmp;
prev and t are set even though *list is NULL, which makes me think msg is being freed.
The four timeout responses arrive in less than 0.1s, ACKs are sent back and the first 408 response forwards the 603 'best response'. This crash is happening when the second 408 response is apparently attempting to forward the same 603 response.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=384#comment1247
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#385 - Possible memory leak when processing sht_reload
User who did this - i (takeshi)
----------
I forgot to mention: the table htable_domain is always empty (no records).
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=385#comment1246
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.
A new Flyspray task has been opened. Details are below.
User who did this - i (takeshi)
Attached to Project - sip-router
Summary - Possible memory leak when processing sht_reload
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -
Operating System - All
Severity - Low
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - I am testing reload of htable using 'kamctl fifo sht_reload TABLE_NAME'
This worked fine before and I could issue thousands of such commands without rest.
But with latest commit ef66bf4ce961a7379bb21e848f70d03defb8864c, it fails after about 40 reloads (using the same config file and '-m 1024') with
500 ERROR Reloading data
Setting debug=9 didn't clarify the reason so I attached to the "MI FIFO" process with gdb and verified that it goes out at this point in htable.c (inside function ht_mi_reload):
nht.entries = (ht_entry_t*)shm_malloc(nht.htsize*sizeof(ht_entry_t));
if(nht.entries == NULL)
{
ht_db_close_con();
return init_mi_tree(500, MI_ERR_RELOAD, MI_ERR_RELOAD_LEN);
}
The problem is with shm_malloc() so it seems there is a memory leak.
The configuration is just this:
# ----- htable params -----
modparam("htable", "db_url", "mysql://kamailio:kamailioro@localhost/kamailio")
modparam("htable", "htable", "domain=>size=20;dbtable=htable_domain;")
And I am not processing any calls, I just do 'kamctl fifo sht_reload domain' in a loop.
I even added a sleep of 5 minutes between reloads to see if memory eventually gets freed but it failed just the same:
root@LAB002153:sip-router# for i in $(seq 1 50);do echo $i; kamctl fifo sht_reload domain; sleep 300; done
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
500 ERROR Reloading data
43
500 ERROR Reloading data
44
500 ERROR Reloading data
I got the memory dump after shutting down kamailio. It is too big for pastebin, so I uploaded to a file sharing service:
http://www.filedropper.com/kamailiolog
But I don't know how to interpret this.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=385
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#383 - htable $sht() not returning $null anymore
User who did this - i (takeshi)
----------
Daniel, understood.
I have tested and it is as you say.
Sorry for not having checked the upgrade notes before opening the ticket.
Thanks and regards.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=383#comment1245
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#384 - Crash in kamailio core - timeout on forked destinations
User who did this - Daniel-Constantin Mierla (miconda)
----------
Can you get the value for t and *t in frame 0?
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=384#comment1244
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#384 - Crash in kamailio core - timeout on forked destinations
User who did this - Hugh Waite (hugh.waite)
----------
This is running on a git master build:
[root@kamailio ~]# kamailio -V
version: kamailio 4.2.0-dev0 (x86_64/linux)
flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: unknown
compiled on 17:42:42 Dec 18 2013 with gcc 4.4.7
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=384#comment1243
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.