On 08/01/13 08:37, Philippe MARASSE wrote:
- valgrind log on my production server
What did the valgrind log show? It's normally pretty good at catching
actual leaks.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Philippe MARASSE wrote:
I'm experiencing an infinitely growth of memory footprint of freeradius
process in our production environment (of course, in our test env.
everything goes right).
That's an issue.
As I cannot reproduce this on my test environment by using eapol_test, I
suspect
First, thanks for the two answers.
Le 08/01/2013 14:55, Alan DeKok a écrit :
Philippe MARASSE wrote:
I'm experiencing an infinitely growth of memory footprint of freeradius
process in our production environment (of course, in our test env.
everything goes right).
That's an issue.
As I
Philippe MARASSE wrote:
As the complete log is pretty big (around 1 Mb) I did not post the
entire result (and it exceeds 500kb limit of pastebin), but I can send
by mail valgrind log, pcap and other possibly useful things.
For this, send valgrind logs to me personally.
I've never used
Le 08/01/2013 16:24, Alan DeKok a écrit :
Philippe MARASSE wrote:
As the complete log is pretty big (around 1 Mb) I did not post the
entire result (and it exceeds 500kb limit of pastebin), but I can send
by mail valgrind log, pcap and other possibly useful things.
For this, send valgrind
Philippe MARASSE wrote:
I'm a bit confused : I built debian package with rules provided in
tarball, configure options are :
It should work. If it doesn't, check that there aren't *other*
modules on the system. They could have been built without debugging
symbols.
Alan DeKok.
-
List
Le 08/01/2013 21:56, Alan DeKok a écrit :
Philippe MARASSE wrote:
I'm a bit confused : I built debian package with rules provided in
tarball, configure options are :
It should work. If it doesn't, check that there aren't *other*
modules on the system. They could have been built without
Derek Chee wrote:
I have a FreeRADIUS 2.1.9 installation (compiled from source) running on
Solaris 10 Sparc and I've run into a memory leak issue when reloading the
configuration with a HUP signal. I have a very simple RADIUS setup with just
an authorize and a users file. The users file
On Aug 25, 2010, at 3:14 AM, Alan DeKok wrote:
Derek Chee wrote:
I have a FreeRADIUS 2.1.9 installation (compiled from source) running on
Solaris 10 Sparc and I've run into a memory leak issue when reloading the
configuration with a HUP signal. I have a very simple RADIUS setup with
just
Zhang, Ge (Gina) wrote:
Thanks for your advise. I ran radiusd with valgrind. The only leak when
processing a request is in rlm_wimax.
After I fixed it, I still see RES memory increases with each request
processing. Could you please help with
the following questions?
1. Where does the
=alcatel-lucent@lists.freeradius.org
[mailto:freeradius-users-bounces+gina.zhang=alcatel-lucent@lists.freeradius.org]
On Behalf Of Alan DeKok
Sent: Thursday, March 25, 2010 6:58 PM
To: FreeRadius users mailing list
Subject: Re: Memory Leak on version 2.1.3
Zhang, Ge (Gina) wrote:
I tried 2.1.8
Hi,
The server is in production and we won't upgrade for a while.
but you're willing to patch and recompile the old/obsolete 2.1.3 version?
whats the difference? its pretty much the same situation. go for 2.1.8.
alan
-
List info/subscribe/unsubscribe? See
: Thursday, March 25, 2010 4:42 AM
To: FreeRadius users mailing list
Subject: Re: Memory Leak on version 2.1.3
Hi,
The server is in production and we won't upgrade for a while.
but you're willing to patch and recompile the old/obsolete 2.1.3 version?
whats the difference? its pretty much the same
Hi,
Alan,
Does 2.1.8 have the fix for the problem?
its got many fixes - check the source code.
alan
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
]
On Behalf Of Alan Buxey
Sent: Thursday, March 25, 2010 4:42 AM
To: FreeRadius users mailing list
Subject: Re: Memory Leak on version 2.1.3
Hi,
The server is in production and we won't upgrade for a while.
but you're willing to patch and recompile the old/obsolete 2.1.3 version?
whats
Zhang, Ge (Gina) wrote:
I tried 2.1.8 and it leaks memory exactly like 2.1.3. Any other suggestions?
Are you sure it's a memory leak?
The server *is* supposed to use memory for various kinds of caching.
See valgrind for tracking down memory leaks.
Alan DeKok.
-
List
there are at least 3 newer versions. Have you tried the latest and/or read the
changelog?
- Original Message -
From: freeradius-users-bounces+ggatten=waddell@lists.freeradius.org
freeradius-users-bounces+ggatten=waddell@lists.freeradius.org
To: FreeRadius users mailing list
-lucent@lists.freeradius.org]
On Behalf Of Gary Gatten
Sent: Wednesday, March 24, 2010 6:31 PM
To: 'freeradius-users@lists.freeradius.org'
Subject: Re: Memory Leak on version 2.1.3
there are at least 3 newer versions. Have you tried the latest and/or read the
changelog?
- Original Message
-bounces+gina.zhang=alcatel-lucent@lists.freeradius.org]
On Behalf Of Gary Gatten
Sent: Wednesday, March 24, 2010 6:31 PM
To: 'freeradius-users@lists.freeradius.org'
Subject: Re: Memory Leak on version 2.1.3
there are at least 3 newer versions. Have you tried the latest and/or read
Alan DeKok al...@deployingradius.com wrote:
I am running freeradius-2.1.6 with all AAA logick hidden in perl module,
thus using rlm_perl.
Having about 1000-1 client connections per day radiusd consumes about
1Gb of memory per day (I restart it daily).
The only (possibly) important
Alexander Clouter
Alan DeKok al...@deployingradius.com wrote:
I am running freeradius-2.1.6 with all AAA logick hidden in perl
module,
thus using rlm_perl.
Having about 1000-1 client connections per day radiusd consumes
about
1Gb of memory per day (I restart it daily).
The only
Mihail Vasiliev wrote:
Hello, all.
I am running freeradius-2.1.6 with all AAA logick hidden in perl module,
thus using rlm_perl.
Having about 1000-1 client connections per day radiusd consumes about
1Gb of memory per day (I restart it daily).
The only (possibly) important thing - I
On Oct 7, 2009, at 8:58 PM, Mihail Vasiliev wrote:
thread pool {
start_servers = 5
max_servers = 32
min_spare_servers = 3
max_spare_servers = 10
max_requests_per_server = 300
}
Try run it with fixed pool size. This will reduce memory consumption.
Best
On Mon, 25 Oct 2004 10:27:14 +0200
Nils Rønhovde [EMAIL PROTECTED] wrote:
On Tue, 14 Sep 2004 13:29:23 -0400
Alan DeKok [EMAIL PROTECTED] wrote:
=?ISO-8859-1?Q?Jo=E3o_S=E1?= [EMAIL PROTECTED] wrote:
Until now everything is fine but now I need to use a module in
perl to do credit
=?ISO-8859-1?Q?Jo=E3o_S=E1?= [EMAIL PROTECTED] wrote:
Until now everything is fine but now I need to use a module in perl to
do credit control.
I verified that when I start, the freeradius process begins with about
26 Mb in memory growing until I eat all memory available (I already
had a
Hello
It is not a problem but optimization of userspace allocating memory system.
If you allocate some amount of userspace memory and then free it,
memory scheduler will never return all the amount back to the kernel.
It is needed to decrease number of kernel calls.
Sorry for my english.
Yasser Ahmed Hosny [EMAIL PROTECTED] wrote:
I am using Freeradius 1.0.0 pre03 version running on Sun Solaris 8 and I
am connecting to an Oracle DB for accounting. My Oracle DB is located on
another Sun Solaris server 8i and I am using oracle client version
8.1.7.4. I realized that I am loosing
--__--__--
Message: 4
Date: Tue, 03 Aug 2004 12:50:13 +0400
From: Yasser Ahmed Hosny [EMAIL PROTECTED]
Subject: Memory Leak for Accounting using Oracle
To: [EMAIL PROTECTED]
Organization: Emirates Internet Multimedia
Reply-To: [EMAIL PROTECTED]
Dear All
I am using Freeradius 1.0.0 pre03 version
28 matches
Mail list logo
