ton wrote:
>>
>>> I wonder if this could be introduced by a regression or if you are
>>> facing a specific edge case
>>>
>>> I briefly looked at the commits of DMQ and DMQ_USRLOC
>>> It seems there was significant work done.
>>> I would
causing it?
Thanks,
Rogelio
On Thu, Aug 2, 2018 at 2:57 PM Rogelio Perez wrote:
> Thanks Charles, it's working now.
> I'm deploying to production and confirming results soon.
>
> Rogelio
>
--
<https://telnyx.com>
Rogelio Perez | engineering | telnyx <https://telnyx.
Thanks Charles, it's working now.
I'm deploying to production and confirming results soon.
Rogelio
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Charles, here you go:
### Routing Logic
# Main SIP request routing logic
# - processing of any incoming SIP request starts with this route
# - note: this is the same as route { ... }
request_route {
# per request initial checks
route(REQINIT);
#!ifdef ENABLE_KDMQ
# Handle
Hello,
We had to rollback the changes as dmq_usrloc notifications are not working
at all with the latest master that includes the DMQ patch.
On the receiving node we see the following errors:
(394) INFO:
Julien,
> Since it seem you are recovering the memory this does not seems like a
real "leak"
I forgot to mention that the recoveries are actual Kamailio manual restarts.
> One hypothesis :
> When you restart a node on the DMQ bus, it can trigger memory usage on
the other nodes since they will
Thanks Daniel, Charles and Julien.
I confirm we're not getting the error log "running job failed".
The behavior is always the same, any of the two failover instances would
run without issues for a day or two and then suddenly start consuming all
available memory in the span of an hour or less.
psql DB and we load it at startup.
- We didn't find any errors in syslog, even at debug level.
Has anyone experienced a similar issue who can suggest a possible solution?
Thanks,
Rogelio Perez
Telnyx
___
Kamailio (SER) - Users Mailing List
sr-users@list
