Fwd: Re: Fwd: RE: (RADIATOR) Radiator 3.1 Memory Leak

Forbes Mike Mike.Forbes at Colorado.EDU
Tue Jun 25 12:50:10 CDT 2002



We are using AuthBy PAM and using pam_krb5.so that came with Redhat Linux
2.4.18-3smp and radiator 3.1.

It works fine with a small amount of requests, but when we move our 900 or
so modems to the radius server it starts to take up in excess of 250 megs.
I assume this is not normal behavior or is it based on the number of
requests?

If this is indeed a PAM problem, what are my options (a custom auth mod)?
I need to authenticate via Kerberos and then a possible authorization with
LDAP.

Mike Forbes



On Thu, 13 Jun 2002, Hugh Irvine wrote:

>
> Hello Everyone -
>
> Here is Mike's reply.
>
> regards
>
> Hugh
>
>
> ----------  Forwarded Message  ----------
>
> Subject: Re: Fwd: RE: (RADIATOR) Radiator 3.1 Memory Leak
> Date: Thu, 13 Jun 2002 16:07:10 +1000
> From: Mike McCauley <mikem at open.com.au>
> To: hugh at open.com.au
>
> Hi All,
>
> I have been able to confirm there is a slow leak when you use AuthBy PAM with
> pam_unix, at least.
>
> After lengthy testing appears to be in PAM itself, and not in Radiator or
> Authen::PAM.
>
> The speed and existence of the leak may well depend on exactly what PAM
> service you use.
>
> > ----------  Forwarded Message  ----------
> >
> > Subject: RE: (RADIATOR) Radiator 3.1 Memory Leak
> > Date: Wed, 12 Jun 2002 14:48:29 -0700
> > From: "Jon Snyder" <jon at pdx.edu>
> > To: "Forbes Mike" <Mike.Forbes at Colorado.EDU>, <radiator at open.com.au>
> >
> > Mike,
> >
> > We saw quite a large memory leak in previous versions of Radiator
> > (specifically 2.19) when using AuthBy PAM.  Switching to AuthBy SYSTEM,
> > which was functionally equivalent for us, resolve the issue.  If you're
> > using AuthBy PAM, see if that is the culprit.
> >
> > _______________________________
> > Jon Snyder
> > Computing & Networking Services
> > Portland State University
> > (503) 725-9565
> >
> > -----Original Message-----
> > From: owner-radiator at open.com.au [mailto:owner-radiator at open.com.au]On
> > Behalf Of Forbes Mike
> > Sent: Wednesday, June 12, 2002 1:47 PM
> > To: radiator at open.com.au
> > Subject: (RADIATOR) Radiator 3.1 Memory Leak
> >
> >
> >
> > Has anyone experienced a memory leak on 3.1?
> > I am running 3.1 on RedHat and experienced radiusd taking up 250megs of
> > ram.
> >
> > Mike Forbes
> >
> >
> > ===
> > 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.
> >
> > ===
> > 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.
> >
> > -------------------------------------------------------
>
> --
> Mike McCauley                               mikem at open.com.au
> Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
> 24 Bateman St Hampton, VIC 3188 Australia   http://www.open.com.au
> Phone +61 3 9598-0985                       Fax   +61 3 9598-0955
>
> 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 etc etc
> on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X etc etc
>
> -------------------------------------------------------
>
> --
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
>

===
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.


More information about the radiator mailing list