%RADIUS-4-RADIUS_ALIVE | %RADIUS-4-RADIUS_DEAD help
Borislav Dimitrov
b.dimitrov at ngsystems.net
Mon Apr 27 16:44:10 CEST 2009
Hi,
As far as I can see, the people on the list have provided you with a
lot of very useful suggestions on what could cause the problem. As I
said earlier (let me clarify) and to help you narrow things a little
bit - it's probably due to the RADIUS response timing out hence the
NAS complains the server is dead and later when it responds finally it
marks it as alive again. The reasons can be different depending on
your setup - slow network, database, custom module (like rlm_perl/
python etc) or as I suggested (from my personal experiences)
improperly configured concurrence settings of FR itself. See which
component of your setup is causing the slow responds (it can be the
backend, or messed up FR configuration) and fix it. Just for
completeness check your NASs manuals - most have these settings
configurable - response timeouts, retransmits, marking the server as
dead etc but playing with the NAS while possibly useful is probably
not the main issue in your setup - check what is slowing things down.
On 27.04.2009, at 15:41, A.L.M.Buxey at lboro.ac.uk wrote:
> Hi,
>> Same box.
>
> and you do live accounting database insertions? This sounds
> to me very much like the classic 'tables have now grown just too
> big' - everything works fine then barfs one day. the
> request isnt getting serviced in time therefore its marking
> as dead..check your query times...remove wrong/unused indexes
> or move to 'out of band' accounting inserts - very easy with 2.1.x
>
> alan
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
More information about the Freeradius-Users
mailing list