Hi Denis,

yes, but the errors on failed attempted connections are not related to drouting (they are linked to the acc module).

In DR, even before attempting to perform any DB query, there is a log about receiving the MI "dr_reload" command - which is only one. Some how, I am not convinced that a second dr_reload is actually reaching OpenSIPS.

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 30.09.2016 08:46, Denis wrote:
Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty Hello, Bogdan!

Yes, in the log i noticed only one dr_reload when the problem appears.
I wanted to show that opensips tries to make many attempts to connect to mysql but dr_rules becomes empty.

Next dr_reload had been applied over 9 minutes about.

mailto:[email protected]


        Hi Denis,

The log you attached shows one single dr_reload command received, leading to the load of 198 GWs. After that there are no logs related to DR at all.

Regards,
Bogdan
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 27.09.2016 09:47, Denis wrote:

        Re: [OpenSIPS-Users] Opensips 2.2.1 dr_rules is empty Hello, Liviu!

The problem is still active.
In attachment you can see the latest log of the problem.

After the last string mysql connection became correct.

I want to ask, does it make any sense to increase timer parameters for mysql connection. Ok, suppose we have some problem with the server and increasing of timer parameters will help for it, but why does dr_rules becomes empty if it has mysql connection problem?


mailto:[email protected]


Correct, Denis - they have nothing to do with each other. I am just trying to isolate our problem (by excluding "too many reconnects"), so we can better understand what's happening.
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 12.09.2016 15:45, Denis wrote:

        


_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to