Hello all -
On Tue, 13 Jun 2000, Daniel Senie wrote:
> Robin Gruyters wrote:
> >
> > On Mon, Jun 12, 2000 at 01:03:41PM -0400, Dave Kitabjian wrote:
> > > Thanks, all, for your suggestions.
> > >
> > > This looks like it will be exactly what we need. Only problem is, I
> > > can't get it to work. The only difference I see is that we are using
> > > ports 1812/1813, not 1645/1646.
> > >
> > > I changed my config file to:
> > > AuthPort 1812
> > > AcctPort
> > >
> > > Then I HUPped radiator. According to the logfile, it did, indeed, appear
> > > to ignore accounting requests. However, it showed the following in the
> > > log file right after the HUP:
> > >
> > > Mon Jun 12 12:47:43 2000: WARNING: Unknown service name
> > >
> > > Furthermore, when I attempt to start a second instance of Radiator with:
> > > AuthPort
> > > AcctPort 1813
> > >
> > > it fails to start with a message:
> > >
> > > # perl /usr/bin/radiusd -config_file /usr/nc_acct.cfg
> > > Could not bind accounting socket: Address already in use at
> > > /usr/bin/radiusd line 386.
> > >
> > > Can someone offer further assistance? This IS supposed to work on the
> > > same server, correct? Do I need to wait a while for the Accounting port
> > > to free up?
> > >
> > > Thanks.
> > >
> > > Dave
> > What i had found out is that you can't HUP it. you have to kill the process to
> > get the correct port binds working...
> >
> > (kill -9 <pid of old radius program> && /usr/bin/radiusd -config_file
>/usr/nc_acct.cfg)
>
> In general, ALWAYS try kill without the -9 on ANY program. Give the
> program a chance to gracefully catch a shutdown signal and clean up. If
> you do a kill -9, programs can wind up leaving data files mangled.
>
> I've most often used Radiator set up to run from inittab. In that
> config, to restart it, you just do a kill on the radiusd, and it
> reappears automatically thanks to inittab.
>
Alternatively you can use the "restartWrapper" program that is included in the
goodies directory. The restartWrapper program also includes email notification
of failure that includes the error output and dump indicator, and a
configurable delay time before restarting.
Note that in both cases you will need the "Foreground" parameter in your
configuration file to keep Radiator attached to the controlling program.
regards
Hugh
--
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.
