[OpenSIPS-Users] opensips 2.2.5 stop responding/processing requests. - Centos 6.5

[Jonathan Hunter]

Hi Johan,


Thanks for the response I appreciate it.


We do use radius for accounting and fire all the information to a central server, but it appears all that was fine and connectivity/configuration was good at the time of the issue.


Anywhere in particular it could break things? I have seen it when opensips cant reach radius it starts to be none responsive, is that a scenario you have seen?


Many thanks


Jon


________________________________
From: Users <users-bounces at lists.opensips.org> on behalf of Johan De Clercq <johan at democon.be>
Sent: 30 October 2017 17:53
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] opensips 2.2.5 stop responding/processing requests. - Centos 6.5

If you use acc with radius, check radius config.

Br

On 30 Oct 2017 18:33, "Jonathan Hunter" <hunterj91 at hotmail.com<mailto:hunterj91 at hotmail.com>> wrote:

Hi Guys,

Has anyone had the following behaviour with this release of opensips?

It has been running fine for a number of months, and then suddenly today the server which was running as the primary suddenly stopped responding to SIP requests, or stopped processing them, or there was a long pause in a sequence completing.

So in some cases, INVITES or REGISTER messages were ignored and the initial requests werent always logged in the opensips log file (even though we do this for all messages), however the SIP requests were hitting the server as I was tracing them.

In the logs I can see the following warnings we havent seen before;

Oct 30 13:31:25 sgw6 VU-SIP-Proxy[11159]: WARNING:core:utimer_ticker: utimer task <tm-utimer> already scheduled for 9639891650 ms (now 9639891850 ms), it may overlap.
Oct 30 13:52:48 sgw6 VU-SIP-Proxy[11159]: WARNING:core:timer_ticker: timer task <nh-timer> already scheduled for 9640994180 ms (now 9641175280 ms), it may overlap..
Oct 30 13:52:48 sgw6 VU-SIP-Proxy[11159]: WARNING:core:timer_ticker: timer task <ul-timer> already scheduled for 9640980270 ms (now 9641175280 ms), it may overlap..

A restart of the opensips application didnt help, and service was only restored fully when I failed over to the secondary server.

Has anyone had these issues before? There are no obvious server level issues, and as I mentioned the logs dont contain anything too unusual.

Any help appreciated.

Many thanks

Jon


_______________________________________________
Users mailing list
Users at lists.opensips.org<mailto:Users at lists.opensips.org>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20171030/119c262c/attachment-0001.html>