Thank you very much Heikki for your great support.
I changed my schema add column TACACSGROUPID and change AuthSelect to select
PASSWORD,TACACSGROUPID from SUBSCRIBERS where username = %0 and it is ok for now
-Original Message-
From: Heikki Vatiainen [mailto:h...@open.com.au]
Sent: 20
Is there a way to mark the DB SQL as down in the configuration file, maybe
with a PostHook? Or something like that?
Regards,
Ricardo.-
-Mensaje original-
De: Ricardo Martinez [mailto:rmarti...@redvoiss.net]
Enviado el: lunes, 19 de noviembre de 2012 18:50
Para: 'Heikki Vatiainen';
Hello.
I have another question.
I’m trying to track down a delay problem with our platform in the
authorization request. I’m not sure what could be causing this but I want
to be sure that the problem is not the Radiator. I have a Radiator version
4.9 for authorization, connected to an Oracle
On 11/20/2012 09:55 AM, Murat Bilal wrote:
After changing my schema.I insert a user murat with passw murat and
TACACSGROUPID group3.Debug gets crazy.Endless loop as shown below:
You need 'NoDefault' in your AuthBy. The default behaviour for Radiator
is to lookup user DEFAULT, DEFAULT1, ... if
On 11/20/2012 09:08 PM, Ricardo Martinez wrote:
This make me think, is there any queque in Radiator for the
Authorization packets? Can I see this queque?, can I take measures?
The queue is UDP socket buffer the operating system maintains. Radiator
reads requests from the socket one by one. In
On 11/20/2012 02:27 PM, Ricardo Martinez wrote:
Is there a way to mark the DB SQL as down in the configuration file, maybe
with a PostHook? Or something like that?
Currently DB query timeout can not be trapped with a hook. Have you had
problems with the DB timing out queries while still
I see this query timeout issue quite often. I have a 4 system sql
replication ring though, so it just moves onto the next one and keeps
humming. not sure what's causing the timeout though.
On 20/11/12 04:33 PM, Heikki Vatiainen wrote:
On 11/20/2012 02:27 PM, Ricardo Martinez wrote:
Is there