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 <rock786...@gmail.com>
wrote:
Thanks. How to configure it?
On Mon, Apr 27, 2009 at 1:29 PM, Borislav Dimitrov <b.dimit...@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
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
