Radius is running away with the CPU

[David]

Oops  I wrote that a little out of order. It should have gone like this:

I have verified that the database can run all of the queries quickly. I was
having trouble running radiusd -X (it was slow ) but radiusd -x was better
but the thread count and load average would run up.  At you suggest I ran in
debugging mode -X again and this time notice that it was pausing for a while
before output the lines:

modcall[accounting]: module "radutmp" returns ok for request 4
modcall: group accounting returns ok for request 4
Sending Accounting-Response of id 13 to 204.228.198.132:2789
Finished request 4

So I am guessing that problem lies somewhere in the accounting module
radutmp.  I commented out the line radutmp in the accounting section of the
radiusd.conf.  Now things seem to be running smoothly.  I looked at the
radutmp file and noticed it is 450 MB.  I thought the size of it could be an
issue. So I deleted it and restart radiusd with the radutmp commented back
in. Things look for the moment to be going smoothly but once that file grows
in size again it may be a problem.  So what would cause that file to get so
big? I notice in the radiusd.conf it mentions in the session section that
"The rlm_sql module is *much* faster" the default configuration uses
radutmp.  If I change it to sql then I could leave the radutmp commented out
of the accounting section and still be able to do simultaneous checking,
right?

David


> -----Original Message-----
> From: 
> freeradius-users-bounces+david=speedyquick.net at lists.freeradiu
> s.org 
> [mailto:freeradius-users-bounces+david=speedyquick.net at lists.f
> reeradius.org] On Behalf Of David
> Sent: Tuesday, August 14, 2007 9:34 PM
> To: 'FreeRadius users mailing list'
> Subject: RE: Radius is running away with the CPU
> 
> I have verified that the database can run all of the queries 
> quickly. I was having trouble running radiusd -X (it was slow 
> ) but radiusd -x was better but the thread count and load 
> average would run up.  At you suggest I ran in debugging mode 
> -X again and this time notice that it was pausing for a while 
> before out put the lines. So I am guessing that problem lies 
> somewhere in the accounting module radutmp.  I commented out 
> the line radutmp in the accounting section of the 
> radiusd.conf.  Now things seem to be running smoothly.  I 
> looked at the radutmp file and noticed it is 450 MB.  I 
> thought the size of it could be an issue. So I deleted it and 
> restart radiusd with the radutmp commented back in. Things 
> look for the moment to be going smoothly but once that file 
> grows in size again it may be a problem.  So what would cause 
> that file to get so big? I notice in the radiusd.conf it 
> mentions in the session section that "The rlm_sql module is 
> *much* faster"
> the default configuration uses radutmp.  If I change it to 
> sql then I could leave the radutmp commented out of the 
> accounting section and still be able to do simultaneous 
> checking, right?
> 
> David
> 
> modcall[accounting]: module "radutmp" returns ok for request 4
> modcall: group accounting returns ok for request 4 Sending 
> Accounting-Response of id 13 to 192.168.0.10:2789 Finished request 4 
> 
> > -----Original Message-----
> > From: 
> > freeradius-users-bounces+david=speedyquick.net at lists.freeradiu
> > s.org
> > [mailto:freeradius-users-bounces+david=speedyquick.net at lists.f
> > reeradius.org] On Behalf Of Alan DeKok
> > Sent: Tuesday, August 14, 2007 5:23 PM
> > To: FreeRadius users mailing list
> > Subject: Re: Radius is running away with the CPU
> > 
> > David wrote:
> > > I found that when running radius -x to the console I see 
> lines like 
> > > the following
> > > WARNING: Unresponsive child (id 3074419616) for request 8978
> > 
> >   Ah.  The database you're using isn't responding to the RADIUS 
> > server.
> >  So the server is blocked from getting anything done.
> > 
> > > I am not sure how to use strace I ran it on the pid of the radius 
> > > server but don't know what to make of its output.
> > 
> >   OR run the server in debugging mode, as suggested in the FAQ, 
> > README, INSTALL, etc.
> > 
> >   Alan DeKok.
> > -
> > List info/subscribe/unsubscribe? See
> > http://www.freeradius.org/list/users.html
> > 
> 
> - 
> List info/subscribe/unsubscribe? See 
> http://www.freeradius.org/list/users.html
>