Hello Hugh,
I'ld suggest a parameter called "PreferPrimary", or something in that
nature, which would cause Radiator to always try the primary SQL server
first. That way, you might lose a bit of your performance (as it will keep
on trying 2 times, when your primary SQL server is down), but you're pretty
sure that your radius servers will keep on trying to contact your primary
(and in most cases, also the most performant) SQL server.
I was also thinking about something like "NeverGiveUp" parameter, but I'm
having second thoughts about it, as it might 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: (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?
>
> regards
>
> Hugh
>
> On Monday 29 January 2001 18:36, Andy De Petter wrote:
> > 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 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't.
> > > >
> > > > regards
> > > >
> > > > Hugh
> > > >
> > > > --
> > > >
> > > > NB: I am travelling this week, so there may be delays in our
> > >
> > > correspondence.
> > >
> > > > Radiator: the most portable, flexible and configurable RADIUS server
> > > > anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
> > > > Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
> > > > Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.
> > > >
> > > > ===
> > > > Archive at http://www.starport.net/~radiator/
> > > > Announcements on [EMAIL PROTECTED]
> > > > To unsubscribe, email '[EMAIL PROTECTED]' with
> > > > 'unsubscribe radiator' in the body of the message.
> > >
> > > ===
> > > Archive at http://www.starport.net/~radiator/
> > > Announcements on [EMAIL PROTECTED]
> > > To unsubscribe, email '[EMAIL PROTECTED]' with
> > > 'unsubscribe radiator' in the body of the message.
> >
> > ===
> > Archive at http://www.starport.net/~radiator/
> > Announcements on [EMAIL PROTECTED]
> > To unsubscribe, email '[EMAIL PROTECTED]' with
> > 'unsubscribe radiator' in the body of the message.
>
> --
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
>
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
