Re: (RADIATOR) high availabilty accounting

o:[EMAIL PROTECTED]] > Sent: den 29 januari 2001 09:11 > To: Andy De Petter; Radiator Mailing > Cc: [EMAIL PROTECTED] > Subject: Re: (RADIATOR) high availabilty accounting > > > > Hello Andy - > > This will work also. > > Mike is doing some work on the SQL subsy

RE: (RADIATOR) high availabilty accounting

den 29 januari 2001 09:11 To: Andy De Petter; Radiator Mailing Cc: [EMAIL PROTECTED] Subject: Re: (RADIATOR) high availabilty accounting Hello Andy - This will work also. Mike is doing some work on the SQL subsystem now - perhaps there should be a parameter that could control this behaviour?

RE: (RADIATOR) high availabilty accounting

heavily decrease radius performance.. Don't know what you think of the issue? -a > -Original Message- > From: Hugh Irvine [mailto:[EMAIL PROTECTED]] > Sent: maandag 29 januari 2001 9:11 > To: Andy De Petter; Radiator Mailing > Cc: [EMAIL PROTECTED] > Subject: Re:

Re: (RADIATOR) high availabilty accounting

Hello Janet - On Monday 29 January 2001 17:00, Janet N del Mundo wrote: > Hi Hugh, > > How do you switch it back to the primary SQL then? > When the secondary goes away, Radiator will switch back to the primary. hth Hugh -- Radiator: the most portable, flexible and configurable RADIUS serve

Re: (RADIATOR) high availabilty accounting

; > -a > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On > > Behalf Of Janet N del Mundo > > Sent: maandag 29 januari 2001 7:00 > > To: Hugh Irvine > > Cc: [EMAIL PROTECTED] > > Subject: Re: (RADIATOR) high availabilty accoun

RE: (RADIATOR) high availabilty accounting

AFAIK, by restarting radiator processes.. -a > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On > Behalf Of Janet N del Mundo > Sent: maandag 29 januari 2001 7:00 > To: Hugh Irvine > Cc: [EMAIL PROTECTED] > Subject: Re: (RADIATOR) high a

Re: (RADIATOR) high availabilty accounting

Hi Hugh, How do you switch it back to the primary SQL then? Thanks, Janet Hugh Irvine wrote: > > Hello Janet - > > At 15:25 +1000 01/1/26, Janet N del Mundo wrote: > >What if your primary SQL machine comes back up? Does it automatically > >switch back to the primary SQL? > > > > No it doesn

RE: (RADIATOR) high availabilty accounting

Hello Janet - At 15:25 +1000 01/1/26, Janet N del Mundo wrote: >What if your primary SQL machine comes back up? Does it automatically >switch back to the primary SQL? > No it doesn't. regards Hugh -- NB: I am travelling this week, so there may be delays in our correspondence. Radiator: t

RE: (RADIATOR) high availabilty accounting

> DBAuth > DBSourcedbi:mysql::machine2 > DBUsername > DBAuth > ... > > >I think that should work.. > >-a http://www.starport.net/~radiator/200101/msg00130.html Thanks, Janet T

RE: (RADIATOR) high availabilty accounting

Hello Andy - Exactly right - well done. regards Hugh At 9:54 +0100 01/1/15, Andy De Petter wrote: >Hmm.. what about this: > > > Identifier SQLAcct > DBSourcedbi:mysql::machine1 > DBUsername > DBAuth > DBSourcedbi:mysql:xxx

RE: (RADIATOR) high availabilty accounting

Hello, I'm using "AcctFailedLogFileName %L/failed.accounting" as an alternative, if the accounting db isn't up, but I'ld like to see a cleaner solution too, like having an alternate database, for accounting.. Is there a way of doing this? Regards, -Andy > -Original Message- > From: [

RE: (RADIATOR) high availabilty accounting

Hmm.. what about this: Identifier SQLAcct DBSource dbi:mysql::machine1 DBUsername DBAuth DBSource dbi:mysql::machine2 DBUsername DBAuth ... I think that should work.. -a

Re: (RADIATOR) high availabilty accounting

Hello Jose - For my records, could you please tell me what company has purchased this registered copy of Radiator? thanks Hugh At 1:22 -0800 01/1/12, Jose Quinn wrote: >Dear all, >Radius accounting, especially, stop request is very >important to me. Therefore, I dont want to miss it. >My que