(RADIATOR) recommended method to "event notify" radiator to a restart/reread

Stefan Riegelnik sriegelnik at netway.at
Thu Jul 8 00:26:09 CDT 2004


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

$ ssh $user at host-with-radiator  "kill -HUP \`cat /where/is/my/pidfile\`"

HTH, Stefan Riegelnik

Thus spake Hugh Irvine on 08.07 08:49:
> 
> Hello Tariq -
> 
> Interesting question - can anyone else on the list offer any 
> suggestions?
> 
> And in answer to your question, no there is no configuration file 
> watching in Radiator.
> 
> regards
> 
> Hugh
> 
> 
> On 7 Jul 2004, at 20:50, Tariq Rashid wrote:
> 
> >
> >hi - i'm sire many of you have come across this issue before, and its 
> >not
> >unique to radiator either.
> >
> >the radius clients can be kept in the radius.cfg file (as <Client, 
> >1.2.3.4>
> >for example) or in a database, and i'm sure they can be kept in other
> >locations too ...
> >
> >however, when an external system updates this list, either by 
> >rewritring the
> >radius.cfg file, or updating an included file, or by adding entries to 
> >or
> >removing entries from an sqlclientlist database ... a running radiator 
> >does
> >not take account of the changes until the radiator server instances if
> >restarted or sent a -HUP signal.
> >
> >is there a recommended way to do this from remote locations? that is, 
> >these
> >event notification originate on different machines to those which are
> >actually running the server instances.
> >
> >i want to avoid additional custom written "event notification and 
> >restart"
> >software as it adds points of weakness into an otherwise solid system, 
> >and
> >also requires additional support. (its is for this reason that i want 
> >to
> >avoid external sql databases too, as that requires additional support 
> >and a
> >more complex set of failure points)
> >
> >a not-so-good solution is to perhaps ask radiator to restart/reHUP
> >periodically. i don't think there is a "file-watching" mechanism in
> >radiator?
> >
> >tariq
> >
> >--
> >Archive at http://www.open.com.au/archives/radiator/
> >Announcements on radiator-announce at open.com.au
> >To unsubscribe, email 'majordomo at open.com.au' with
> >'unsubscribe radiator' in the body of the message.
> >
> >
> 
> NB: have you included a copy of your configuration file (no secrets),
> together with a trace 4 debug showing what is happening?
> 
> -- 
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
> -
> CATool: Private Certificate Authority for Unix and Unix-like systems.
> 
> --
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
> 

- -- 
Stefan Riegelnik               sriegelnik at netway.at
Non esistono uomini cattivi - dice l'orso -
se sono cucinati bene.     Stefano Benni
Phone: +43 1 9009 4643    Mobile: +43 6991 388 4643
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQFA7NrwTItIMi1CpmERAp62AKDdv2pE3Ko7fWsbMcGsyvyznGpDDgCffab8
oAZVgJ8NSge16ObMdplW09c=
=EP2D
-----END PGP SIGNATURE-----

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.


More information about the radiator mailing list