21 Aug
2011
21 Aug
'11
6:16 a.m.
The only difference is we have added some AVPs variables to process, and kamailio stops
processing new calls, is not regular, but seems is related to the number of calls
received.
No additional calls can be processed after certain time, or maybe some amount of calls.
we were unable to isolate the problem, but kamailio.fifo is removed, which never happened
before.
No core dump created.
did anybody have a similar issue.
Omar
22 Aug
22 Aug
6:47 p.m.
Hello,
On 8/20/11 10:16 PM, Omar wrote:
The only difference is we have added some AVPs variables to process, and kamailio stops
processing new calls, is not regular, but seems is related to the number of calls
received.
No additional calls can be processed after certain time, or maybe some amount of calls.
we were unable to isolate the problem, but kamailio.fifo is removed, which never happened
before.
No core dump created.
did anybody have a similar issue.
first, what version are you using?
Do you see any other particular behaviours? Like lot of CPU usage, error
messages in syslog?
Does the processing recovers? I mean, is it starting to process sip
traffic again after a while? Or do you have to restart?
Cheers,
Daniel
--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda
10:04 p.m.
Hi,
On Sat, Aug 20, 2011 at 10:16 PM, Omar <omar(a)321communications.com> wrote:
The only difference is we have added some AVPs variables to process, and kamailio stops
processing new calls, is not regular, but seems is related to the number of calls
received.
No additional calls can be processed after certain time, or maybe some amount of calls.
we were unable to isolate the problem, but kamailio.fifo is removed, which never happened
before.
No core dump created.
did anybody have a similar issue.
I had a similar issue some time ago. Look in the archives and you will
find som backtraces from gdb.
The problem went away when I changed the dialog module not to write to
DB but only use memory.
--
Morten Isaksen
10:42 p.m.
On 22.08.2011 14:04, Morten Isaksen wrote:
On Sat, Aug 20, 2011 at 10:16 PM, Omar
<omar(a)321communications.com> wrote:
I added a few fixes to the DB part of the dialog module, so chances are
the problem doesn't show up anymore when using sip-router master or a
recent copy of the 3.1 branch.
If you want to give DB mode another try and encounter these lock ups
again, feel free to post to the mailing list and add me in CC so I can
take a closer look.
Cheers,
--Timo
The only difference is we have added some AVPs variables to process,
and kamailio
stops processing new calls, is not regular, but seems is
related to the number of calls received.
No additional calls can be processed after
certain time, or maybe some
amount of calls.
we were unable to isolate the problem, but kamailio.fifo is removed,
which never
happened before.
No core dump created.
did anybody have a similar issue.
I had a similar issue some time ago. Look in the archives and you will
find som backtraces from gdb.
The problem went away when I changed the dialog module not to write to
DB but only use memory.
23 Aug
23 Aug
12:01 p.m.
interestingly i am using memory only instead to read or write the DB in disk with
carrierroute.
Should i clear the AVP variables that i am using after in send the call out, maybe that
is the problem?!
Omar
On Aug 22, 2011, at 8:04 AM, Morten Isaksen wrote:
Hi,
On Sat, Aug 20, 2011 at 10:16 PM, Omar <omar(a)321communications.com> wrote:
The only difference is we have added some AVPs variables to process, and kamailio stops
processing new calls, is not regular, but seems is related to the number of calls
received.
No additional calls can be processed after certain time, or maybe some amount of calls.
we were unable to isolate the problem, but kamailio.fifo is removed, which never happened
before.
No core dump created.
did anybody have a similar issue.
I had a similar issue some time ago. Look in the archives and you will
find som backtraces from gdb.
The problem went away when I changed the dialog module not to write to
DB but only use memory.
--
Morten Isaksen
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
25 Aug
25 Aug
8:45 p.m.
Hello,
Morten was referring to an issue with the dialog module, eventually
fixed by Timo meanwhile. I understand you don't use that module but
carrier route.
I asked several details about the symptoms in such case (an email sent
earlier in this thread) -- if you can answer then we may come up with
some new hints.
Cheers,
Daniel
On 8/23/11 4:01 AM, Omar wrote:
interestingly i am using memory only instead to read
or write the DB in disk with carrierroute.
Should i clear the AVP variables that i am using after in send the call out, maybe that
is the problem?!
Omar
On Aug 22, 2011, at 8:04 AM, Morten Isaksen wrote:
--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda
Hi,
On Sat, Aug 20, 2011 at 10:16 PM, Omar<omar(a)321communications.com> wrote:
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
The only difference is we have added some AVPs variables to process, and kamailio stops
processing new calls, is not regular, but seems is related to the number of calls
received.
No additional calls can be processed after certain time, or maybe some amount of calls.
we were unable to isolate the problem, but kamailio.fifo is removed, which never happened
before.
No core dump created.
did anybody have a similar issue.
I had a similar issue some time ago. Look in the
archives and you will
find som backtraces from gdb.
The problem went away when I changed the dialog module not to write to
DB but only use memory.
--
Morten Isaksen
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
4897
days inactive
4902
days old
5 comments
4 participants
participants (4)
-
Daniel-Constantin Mierla -
Morten Isaksen -
Omar -
Timo Reimann