Re: over 30 radiusd processes - more information

2009-10-18 Thread Alan Buxey
Hi, > 1) Could bad accounting packets cause the radiusd process to EXIT? > 2) Could bad accounting packets result in hung child processes (as seen > in the gdb output after the radius log file)? I'd say yes. we ensure that bad packets dont hit our accounting servers eg accounting {

Re: over 30 radiusd processes - more information

2009-10-18 Thread Ivan Kalik
> I think you may be 'jumping the gun' a wee bit. > > The system currently has over 13,000 active sessions. > > There were some odd accounting packets, but the vast majority were valid. > These could be configuration errors or hack attempts (investigating). Something broke at 2am. Before that you

Re: over 30 radiusd processes - more information

2009-10-18 Thread Craig Campbell
day, October 18, 2009 10:56 AM Subject: Re: over 30 radiusd processes - more information I've continued to try an investigate the root cause of this, and the last run behaved slightly differently - the parent process seems to have terminated, and there are more messages in the radius log. Ther

Re: over 30 radiusd processes - more information

2009-10-18 Thread Alan DeKok
Craig Campbell wrote: > I have attached the radius.log file below, as well as gdb sessions for > the hung processes showing the results of the gd 'bt' and 'list' commands. The log is interesting. > Sat Oct 17 02:01:25 2009 : Error: WARNING: Unresponsive child for > request 165616, in module sql

Re: over 30 radiusd processes - more information

2009-10-18 Thread Ivan Kalik
> I've continued to try an investigate the root cause of this, and the last > run behaved slightly differently - the parent process seems to have > terminated, and there are more messages in the radius log. > > There were four (4) hung processes left over. > > I have attached the radius.log file be

Re: over 30 radiusd processes - more information

2009-10-18 Thread Craig Campbell
I've continued to try an investigate the root cause of this, and the last run behaved slightly differently - the parent process seems to have terminated, and there are more messages in the radius log. There were four (4) hung processes left over. I have attached the radius.log file below, as w

Re: over 30 radiusd processes

2009-10-14 Thread Alan DeKok
Craig Campbell wrote: > While the ps command doesn't show the time of these extra processes > (over 24 hours old), in a previous event, I determined they seemed to > coincide with a significant increase in radius traffic (from ~100/min to > over 1000/min) I believe the NAS forces all users to log

Re: over 30 radiusd processes

2009-10-14 Thread Craig Campbell
1.7 (but I just finished configuring 2.1.6 :( 2.1.7 wasn't released when I started this..) Thoughts? Thanks (everyone), -craig - Original Message - From: "Marinko Tarlac" To: "FreeRadius users mailing list" Sent: Wednesday, October 14, 2009 7:12 AM Subject: Re: o

Re: over 30 radiusd processes

2009-10-14 Thread Marinko Tarlac
I had a same problem when one of our databases was terrible slow... Is there anything in radius.log ? Alan DeKok wrote: Craig Campbell wrote: Freeradius 2.1.6 Running on Redhat AS5 Update 3 with mysql-devel rpms added to enable mysql support. Compiled with no options specified. (./configu

Re: over 30 radiusd processes

2009-10-14 Thread Alan DeKok
Craig Campbell wrote: > Freeradius 2.1.6 > > Running on Redhat AS5 Update 3 > with mysql-devel rpms added to enable mysql support. > > Compiled with no options specified. (./configure ; make clean ; make ; > make install) I don't know.. all I know is it cleans up processes when I run them, and

Re: over 30 radiusd processes

2009-10-13 Thread Craig Campbell
rs mailing list" Sent: Tuesday, October 13, 2009 1:55 AM Subject: Re: over 30 radiusd processes Craig Campbell wrote: Up to 65 processes now Any ideas how to stop this from happening? Which version are you running? Alan DeKok. - List info/subscribe/unsubscribe? See http://www

Re: over 30 radiusd processes

2009-10-12 Thread Alan DeKok
Craig Campbell wrote: > Up to 65 processes now > > Any ideas how to stop this from happening? Which version are you running? Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Re: over 30 radiusd processes

2009-10-12 Thread Craig Campbell
Up to 65 processes now Any ideas how to stop this from happening? Anyone? Thanks, -craig - Original Message - From: "Alan DeKok" To: "FreeRadius users mailing list" Sent: Saturday, October 10, 2009 1:21 AM Subject: Re: over 30 radiusd processes Craig

Re: over 30 radiusd processes

2009-10-09 Thread Alan DeKok
better alternative? > > > Thanks so much! > -craig > > > > - Original Message - From: "Alan DeKok" > To: "FreeRadius users mailing list" > Sent: Friday, October 09, 2009 4:17 PM > Subject: Re: over 30 radiusd processes > > >>

Re: over 30 radiusd processes

2009-10-09 Thread Craig Campbell
exconvert -lX %{User-Name} }") Is this bad? Is there a better alternative? Thanks so much! -craig - Original Message - From: "Alan DeKok" To: "FreeRadius users mailing list" Sent: Friday, October 09, 2009 4:17 PM Subject: Re: over 30 radiusd processes Craig Camp

Re: over 30 radiusd processes

2009-10-09 Thread Alan DeKok
Craig Campbell wrote: > radius-a seems to be getting the bulk of the radius records. Normally, > it has a single process. > Last night it spawned a bunch of children that seem to be loitering... Are you forking shell scripts via "exec"? > radius-b and radius-c don't have more than a single ra

Re: over 30 radiusd processes

2009-10-08 Thread Craig Campbell
: FreeRadius users mailing list Sent: Thursday, October 08, 2009 12:07 PM Subject: over 30 radiusd processes I am runnning 2.1.6 on Redhat Linux (Red Hat Enterprise Linux Server release 5.3 (Tikanga)). This server relays all records to an identical server radius-b and radius-c Similarly

over 30 radiusd processes

2009-10-08 Thread Craig Campbell
I am runnning 2.1.6 on Redhat Linux (Red Hat Enterprise Linux Server release 5.3 (Tikanga)). This server relays all records to an identical server radius-b and radius-c Similarly radius-b relays its records back to radius-a (except those from radius-a) radius-c is just for testing. All relaying