(RADIATOR) Memory Leak problem

[PREVOSTO, Laurent]

Yes it is a cut and space problem.
Actually the config is splitted into several files but i made it into just one for the mail and i forgot to add the <Client> clause but it is quite basic :

<Client DEFAULT>
	Secret secret
	DupInterval 0
</Client>

I've tracked the different arrays that belong to the AuthRADIUS class during the last hours (%pendingRequests, %sockets, %identifiers, %psIds) but the size is stable. Anyway i'm quite sure the size of the process grows in proportion with the number of packets treated.
Now i'm gonna try without syslog and maybe downgrade to 3.13 (or upgrade to 3.15), i hope it will make a difference.

Is there any tool to monitor memory allocation a perl process as you can find in C ?

Regards,

Laurent 

> -----Message d'origine-----
> De : Mike McCauley [mailto:mikem at open.com.au] 
> Envoyé : vendredi 23 juin 2006 00:00
> À : PREVOSTO, Laurent
> Cc : radiator at open.com.au
> Objet : Re: (RADIATOR) Memory Leak problem
> 
> Hello Laurent,
> 
> I havent been able to reproduce your problem.
> I do notice that the configuration file you sent does not 
> have a <Client> clause. Was this a cut-and-paste error or is 
> it really missing from your config?
> 
> On Friday 23 June 2006 02:24, PREVOSTO, Laurent wrote:
> > Hi,
> >
> > i've recently set up a couple of new radiator proxy radius 
> (3.14) and 
> > i think i have a memory leak problem.
> > Usually, my radiator processes (3.14 on linux 2.6.12) are 
> about 20-30 
> > MB large but after one day, under a quite decent load, those ones 
> > where about 400MB large and kept on growing.
> >
> > I don't really know where to look at :
> >
> > the only notable difference with my prevous set-ups is that i use 
> > LocalAddress since those processes are loadbalanced and i 
> want AuthBy 
> > RADIUS to be bound to the RIP while radiator listens to the VIP.
> >
> > The conf (which just forwards accounting) is quite simple and looks 
> > like this :
> >
> > DbDir   /etc/radiator
> > LogDir  /u0/radius/log/
> > LogFile %L/radius-%Y%m%d-%H.log
> > PidFile /var/run/radiusdacct1.pid
> > Trace     3
> > Foreground
> >
> > BindAddress     aaa.bbb.ccc.ddd, www.xxx.yyy.zzz
> > <http://www.xxx.yyy.zzz>
> > AuthPort
> > AcctPort 1813
> >
> > DefineGlobalVar MyRIP www.xxx.yyy.zzz <http://www.xxx.yyy.zzz>
> >
> > <Log SYSLOG>
> >         Trace 4
> >         LogSock udp
> >         Facility local2
> >         LogHost kkk.lll.mmm.nnn
> > </Log>
> >
> > <AuthBy ROUNDROBIN>
> >     Identifier      PRX-BB-SMS
> >     Host            1.2.3.4
> >     Host            1.2.3.5
> >     Host            1.2.3.6
> >     Host            1.2.3.7
> >     AuthPort        1812
> >     AcctPort        1813
> >     Secret          secret
> >     Retries         0
> >     RetryTimeout    4
> >     NoDefault
> >     UseExtendedIds
> >     LocalAddress %{GlobalVar:MyRIP}
> > </AuthBy>
> >
> > <Handler>
> >         AuthBy PRX-BB-SMS
> > </Handler>
> >
> > I don't really know where to look at and how to troubleshoot this 
> > memleak.
> > If anyone has any clue, it would be really appreciated.
> >
> > Regards
> >
> > Laurent
> 
> -- 
> Mike McCauley                               mikem at open.com.au
> Open System Consultants Pty. Ltd            Unix, Perl, 
> Motif, C++, WWW
> 9 Bulbul Place Currumbin Waters QLD 4223 Australia   
> http://www.open.com.au
> Phone +61 7 5598-7474                       Fax   +61 7 5598-7070
> 
> Radiator: the most portable, flexible and configurable RADIUS 
> server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, 
> password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, 
> external, Active Directory, EAP, TLS, TTLS, PEAP etc on Unix, 
> Windows, MacOS, NetWare etc.
> 

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.