I had the same problem several times.
Once the problem was in external script which was to slow and radius had
problems with it.
Second time I had a problem with SATA disk because it wasn't recognized
correctly and IO performance was terrible...
Third time the problem was in slow mysql and few tuning actions was the
solution...
Also, once I had a problem with RAID controller and it was the reason
for bad performance...
So, according to my experience, the worst thing you can do is to say:
"It doesn't work!!!" and to sit down and wait for a solution... Adding
RAM won't help if you're not sure what you're doing... The system is in
your hands...
System with 3500 users will do fine with 1GB RAM, Xeon, bla bla...
Default radius config. Interim updates are set to 5 min. Active
connections goes up to 2000 online users during peek time...
Also the same server is used for mail server and provisioning system for
CPE equipment... It all works fine with average load below 1 ...
Gary Gatten wrote:
I’m sure other threads are doing something – but take so little cpu
time the low resolution counters don’t catch it?
What are these two threads?� Probably SQL related?�
I missed the start of this thread, but seems some frustration is
building.� Without SQL FR is very fast.� With SQL, who knows – way too
many variables, especially if you’re using prebuit packages and not
compiling yourself?� Compiling is a HASSLE, so I usually try to start
with packages and if they work for me that’s great.� However, I
typically find some feature I want to make use of that wasn’t included
in the package that “Bob” built, so I end up building/compiling with
the appropriate configure args and such.
If your system is “slow”, you need to start at the beginning.� Maybe
something is wrong with the SQL config, disks, RAM, etc.� Maybe SQL is
not optimized?� Many “maybe’s”… If you haven’t done much customizing,
perhaps install apps with default configs to a different directory
(use new SQL files too) and see if the slowness is present in the
default configs.� Try to keep things as simple as possible!�
Complicated CAN be fun, until it breaks!
G
------------------------------------------------------------------------
*From:*
freeradius-users-bounces+ggatten=waddell....@lists.freeradius.org
[mailto:freeradius-users-bounces+ggatten=waddell....@lists.freeradius.org]
*On Behalf Of *Alisson
*Sent:* Wednesday, December 23, 2009 2:05 PM
*To:* FreeRadius users mailing list
*Subject:* Re: error discarding packet
I run Top -P -H
and it showed the threads, only 2 are working
2009/12/23 Gary Gatten <ggat...@waddell.com <mailto:ggat...@waddell.com>>
There are some switches in top (differ by platform) that will show you
individual threads and their accumulated CPU time, current CPU util,
etc. Such as:
Top –p “YOUR-PID” –H. You MAY have to start the app (FR) in gdb to
figure out what thread is doing what (sometimes the app will log when
threads start and what they’re doing – but sometimes not). A more
seasoned SysAdmin may have an easier / better solution, but this
method has proven invaluable to me when trying to troubleshoot
multithreaded apps and determine which thread is using most memory,
cpu, etc. and what functions that thread is doing.
G
------------------------------------------------------------------------
*From:* freeradius-users-bounces+ggatten=waddell.com
<http://waddell.com>@lists.freeradius.org
<http://lists.freeradius.org> [mailto:freeradius-users-bounces+ggatten
<mailto:freeradius-users-bounces%2Bggatten>=waddell.com
<http://waddell.com>@lists.freeradius.org
<http://lists.freeradius.org>] *On Behalf Of *Alisson
*Sent:* Wednesday, December 23, 2009 1:32 PM
*To:* FreeRadius users mailing list
*Subject:* Re: error discarding packet
i'm using 15 threads and monitoring on top, the max server load is
2.0/3.0
2009/12/23 Gary Gatten <ggat...@waddell.com <mailto:ggat...@waddell.com>>
Isn’t there some guidelines in the conf files for these? Generally
you want as few threads as possible to service the load. How volatile
your connections are, are more important than the max number of
possible connections, and only you know this. Perhaps start with 10
threads and monitor with top now and then.
------------------------------------------------------------------------
*From:* freeradius-users-bounces+ggatten=waddell.com
<http://waddell.com>@lists.freeradius.org
<http://lists.freeradius.org> [mailto:freeradius-users-bounces+ggatten
<mailto:freeradius-users-bounces%2Bggatten>=waddell.com
<http://waddell.com>@lists.freeradius.org
<http://lists.freeradius.org>] *On Behalf Of *Alisson
*Sent:* Wednesday, December 23, 2009 1:11 PM
*To:* FreeRadius users mailing list
*Subject:* Re: error discarding packet
you dont understood... i dont make this configuration
i'm ask for help to do a good configuration based on between 3000 and
35000 conecctions
to this function thread pool
> thread pool {
> start_servers = 1
> max_servers = 1
> min_spare_servers = 1
> max_spare_servers = 1
> max_requests_per_server = 0
> }
i need a help to configure this
2009/12/23 Alan DeKok <al...@deployingradius.com
<mailto:al...@deployingradius.com>>
Alisson wrote:
> one last doubt...
>
> for 3500 customers what is a good configuration in radiusd.conf
The default configuration.
> for this function
>
> thread pool {
> start_servers = 1
> max_servers = 1
> min_spare_servers = 1
> max_spare_servers = 1
> max_requests_per_server = 0
> }
That is not the default configuration.
You have changed the server to *slow it down*.
Why?
If this issue is so important for you, why are you so insistent on
ignoring *all* help that you get on this list?
A basic install of FreeRADIUS + MySQL on a normal system will get
100's of auth/s with 10's of 1000's of users in the DB. If you can't
get that, it is because *you* have broken the configuration.
Don't break the default configuration.
Follow instructions on this list.
It's really *not* that difficult to make the server work.
*Stop* editing things you don't understand.
All you need to do is to *stop* breaking the server.
Alan DeKok.
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
--
Att.
Alisson F. Gon�alves
Sistemas de Informa��o - UFGD
"This email is intended to be reviewed by only the intended recipient
and may contain information that is privileged and/or confidential. If
you are not the intended recipient, you are hereby notified that any
review, use, dissemination, disclosure or copying of this email and
its attachments, if any, is strictly prohibited. If you have received
this email in error, please immediately notify the sender by return
email and delete this email from your system."
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
--
Att.
Alisson F. Gon�alves
Sistemas de Informa��o - UFGD
"This email is intended to be reviewed by only the intended recipient
and may contain information that is privileged and/or confidential. If
you are not the intended recipient, you are hereby notified that any
review, use, dissemination, disclosure or copying of this email and
its attachments, if any, is strictly prohibited. If you have received
this email in error, please immediately notify the sender by return
email and delete this email from your system."
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
--
Att.
Alisson F. Gon�alves
Sistemas de Informa��o - UFGD
"This email is intended to be reviewed by only the intended recipient
and may contain information that is privileged and/or confidential. If
you are not the intended recipient, you are hereby notified that any
review, use, dissemination, disclosure or copying of this email and
its attachments, if any, is strictly prohibited. If you have received
this email in error, please immediately notify the sender by return
email and delete this email from your system."
------------------------------------------------------------------------
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html