Good
I will apply again this parameter.
2015-11-25 12:33 GMT+01:00 Camille Oudot :
> Le Fri, 20 Nov 2015 15:02:24 +0100,
> Thibault Gueslin a écrit :
>
> > Finally I have removed this line:
> > modparam("usrloc", "close_expired_tcp", 1)
> >
> > It seems it was causing the memory leak.
>
> Hi Thi
Le Fri, 20 Nov 2015 15:02:24 +0100,
Thibault Gueslin a écrit :
> Finally I have removed this line:
> modparam("usrloc", "close_expired_tcp", 1)
>
> It seems it was causing the memory leak.
Hi Thibault,
the latest commit on master and 4.3 branch should fix this memory leak.
Thanks for spotting
On 20/11/15 17:01, Camille Oudot wrote:
> Le Fri, 20 Nov 2015 16:02:26 +0100,
> Daniel-Constantin Mierla a écrit :
>
>>> Finally I have removed this line:
>>> modparam("usrloc", "close_expired_tcp", 1)
>>>
>>> It seems it was causing the memory leak.
>> Thanks for troubleshooting and pointing to
Le Fri, 20 Nov 2015 16:02:26 +0100,
Daniel-Constantin Mierla a écrit :
> > Finally I have removed this line:
> > modparam("usrloc", "close_expired_tcp", 1)
> >
> > It seems it was causing the memory leak.
>
> Thanks for troubleshooting and pointing to this, I will investigate
> that part of the
On 20/11/15 15:02, Thibault Gueslin wrote:
> I am using a 4.3.3 version built myself from source.
> (deb package were not released at that time)
kamailio -v shows the last git commit id when building from sources,
helping to identify exactly the snapshot of the source code that you built.
>
>
I am using a 4.3.3 version built myself from source.
(deb package were not released at that time)
I am expecting a few hundred connections.
(core.tcp_info or netstat )
Finally I have removed this line:
modparam("usrloc", "close_expired_tcp", 1)
It seems it was causing the memory leak.
I am still
What is the exact version are you using (kamailio -v)?
How many open connections do you expect to have at same time?
Or get:
kamcmd core.tcp_info
Cheers,
Daniel
On 20/11/15 13:54, Thibault Gueslin wrote:
> It seems located in tcp connection:
>
> Nov 20 12:44:54 sip /usr/sbin/kamailio[30722]: N
It seems located in tcp connection:
Nov 20 12:44:54 sip /usr/sbin/kamailio[30722]: NOTICE: qm_sums: summarizing
all alloc'ed. fragments:
Nov 20 12:44:54 sip /usr/sbin/kamailio[30722]: NOTICE: qm_sums: count=
1 size= 800 bytes from : cfg/cfg_struct.c: cfg_clone_global(626)
Nov 20 12:44:54 si
If you get the shm used size increasing, run following commands:
kamcmd cfg.set_now_int core memlog 1
kamcmd corex.shm_summary
Do it after some time of running, when you see that the increase has
happened.
Then take the logs from syslog related to shm summary and send them over
here.
On the oth
I am adding the info in a mqueue.
In a single rtimer, I am consuming the mqueue and calling a lua script.
(I have followed the example of twitter).
I have increase the number of tcp_children and I got issue for memory
allocation on allocations new tcp connection after a few hours.
Restart with SH
Are you doing the http requests for all sip requests? How many rtimer
processes do you have consuming from mqueue?
What do you mean by "all tcp workers were busy"? They used lot of CPU?
Cheers,
Daniel
On 19/11/15 01:30, Thibault Gueslin wrote:
> It seems to appear randomly.
>
> I don't have data
It seems to appear randomly.
I don't have database access (default config without db)
I have a mqueue with rtimer to do asynchronous http request.
I have seen also sometimes that all tcp worker were busy even on a test server
with 4 clients.
Regards,
Thibault
> Le 18 nov. 2015 à 13:28, D
Is it something repeating at constant interval of times, or are they
random? Are you doing database queries in your config? Any of them via
rtimer module?
Cheers,
Daniel
On 18/11/15 12:00, Thibault Gueslin wrote:
> I am facing an issue with kamailio 4.3.3 that is very similar to
> http://lists.s
I am facing an issue with kamailio 4.3.3 that is very similar to
http://lists.sip-router.org/pipermail/sr-users/2015-May/088195.html
Had someone found the solution or faced similar issue ?
Sometimes kamailio is receiving the message (check with wireshark, logs in
tcp) but the message is not handl
14 matches
Mail list logo