%RADIUS-4-RADIUS_ALIVE | %RADIUS-4-RADIUS_DEAD help
Borislav Dimitrov
b.dimitrov at ngsystems.net
Mon Apr 27 10:50:16 CEST 2009
Why do you think that the process is stopped? It's probably sleeping
which is its normal state if you're looking at the `ps`s output.
About the thread pool, check the documentation. Anyways, here's what
it looks like:
# THREAD POOL CONFIGURATION
thread pool {
start_servers = 1
max_servers = 1
min_spare_servers = 1
max_spare_servers = 1
max_requests_per_server = 0
}
Configure there according to the expected load.
rlm_perl (if you're using it at all) has options for configuring the
number of Perl interpreters also but they are to be deprecated since
2.1.5 so don't use them:
# MODULE CONFIGURATION
modules {
perl {
module = /Users/everlast/development/blah.pl
func_accounting = accounting
max_clones = 1
start_clones = 1
min_spare_clones = 0
max_spare_clones = 1
cleanup_delay = 5
max_requests_per_clone = 0
}
}
As you can see, it's similar to Apache's thread pool settings. Put
higher numbers in the thread pool section (check the defaults in the
docs also) and start FreeRADIUS without -X (debug mode) but just like
that: radiusd &
If your setup requires loading a lot of setting (from a DB or
something) on start-up setup things so that the started number of
threads is static (like in the example) - so that it doesn't start/
stop threads depending on the load because this (loading a huge
configuration/user data database on start up) can cripple things up.
On 27.04.2009, at 11:36, ramesh p wrote:
> And why the process is stopped automaticaly? any reasons.
>
> On Mon, Apr 27, 2009 at 2:05 PM, ramesh p <rock786143 at gmail.com>
> wrote:
> Thanks. How to configure it?
>
>
> On Mon, Apr 27, 2009 at 1:29 PM, Borislav Dimitrov <b.dimitrov at ngsystems.net
> > wrote:
> Hi there,
>
> I may be mistaken but... these are log message on the NAS aren't they?
> If this is the case, I've experienced similar behavior with Cisco
> VoIP routers (RADIUS Server DEAD and then... ALIVE). This happens if
> you haven't properly enabled concurrency in FreeRADIUS - the CPU
> usage stays low 0%-1%-2% but if the requests are many they are
> obviously waiting each other... This happens when you have stared
> FreeRADIUS with the -X key (I think it starts with a single thread
> then) or have too low values for the thread pool parameters (and/or
> the *_clones options of rlm_perl which are to be deprecated soon).
> If you configure proper values according to the expected usage
> (concurrent requests), then the request won't wait each other to
> finish while the CPU stays unused and you'll avoid this annoying
> message in your logs. A sure sing that something like that is going
> on is the Acct-Delay-Time parameter with values greater than 0 -
> that is for accounting not sure for auth etc. Anyways if the values
> of that parameter are high (they are in seconds I think) then the
> requests are waiting too long and hence the error messages.
>
> On 27.04.2009, at 10:42, Nicolas Goutte wrote:
>
>>
>> Am 27.04.2009 um 09:08 schrieb ramesh p:
>>
>>> I'm seeing the following weirdness from my freeradiusserver and
>>> when i see the radiusd process its stopped status. why this
>>> happens. any valid reasons for this?
>>>
>>> Apr 26 00:18:44.498: %RADIUS-4-RADIUS_ALIVE: RADIUS server
>>> X.X.X.X:0,1813 is being marked alive.
>>>
>>> Apr 26 00:18:50.777: %RADIUS-4-RADIUS_DEAD: RADIUS server
>>> X.X.X.X:0,1813 is not responding.
>>>
>>> Apr 26 00:18:50.777: %RADIUS-4-RADIUS_ALIVE: RADIUS server
>>> X.X.X.X:0,1813 is being marked alive.
>>>
>>> Apr 26 00:18:59.133: %RADIUS-4-RADIUS_DEAD: RADIUS server
>>> X.X.X.X:0,1813 is not responding.
>>>
>>> Apr 26 00:18:59.133: %RADIUS-4-RADIUS_ALIVE: RADIUS server
>>> X.X.X.X:0,1813 is being marked alive.
>>>
>>> Apr 26 00:19:04.765: %RADIUS-4-RADIUS_DEAD: RADIUS server
>>> X.X.X.X:0,1813 is not responding.
>>> Thanks in advance.
>>
>>
>> Have you checked the output of radiusd -X if there is a reason
>> given or any other hint?
>>
>>>
>>> Regards,
>>> Rams.
>>> -
>>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
>>
>>
>> Have a nice day!
>>
>> Nicolas Goutte
>>
>>
>> extragroup GmbH - Karlsruhe
>> Waldstr. 49
>> 76133 Karlsruhe
>> Germany
>>
>> Geschäftsführer: Stephan Mönninghoff, Hans Martin Kern, Tilman
>> Haerdle
>> Registergericht: Amtsgericht Münster / HRB: 5624
>> Steuer Nr.: 337/5903/0421 / UstID: DE 204607841
>>
>>
>>
>> -
>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
>
>
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
>
>
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20090427/9965812b/attachment.html>
More information about the Freeradius-Users
mailing list