error discarding packet

Thu Dec 24 09:45:06 CET 2009

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.com at lists.freeradius.org 
> [mailto:freeradius-users-bounces+ggatten=waddell.com at 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 <Ggatten at waddell.com <mailto:Ggatten at 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 <Ggatten at waddell.com <mailto:Ggatten at 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 <aland at deployingradius.com 
> <mailto:aland at 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