Hmm... hadn't looked at the actual code. I just looked to see if
there were any log entries after mine for the branch, and I didn't
see any. Interesting. I guess that's not it.
--Mike
On Feb 17, 2007, at 2:24 AM, Alan DeKok wrote:
Michael Griego wrote:
Revision 1.79 to
Michael Griego wrote:
Revision 1.79 to src/main/request_list.c
But the code in branch_1_1 looks like the revision 1.79, not 1.78. So
I'm unclear as to why it's an issue.
Maybe something else?
Alan DeKok.
--
http://deployingradius.com - The web site of the book
Michael Griego wrote:
The fix for this is in the CVS HEAD and probably should be backported
to the latest release branch. There was a race condition in the code
where the server could clean up an accounting request before a thread
actually got to it to process it.
Remind me again
Revision 1.79 to src/main/request_list.c
--Mike
On Feb 14, 2007, at 3:46 AM, Alan DeKok wrote:
Michael Griego wrote:
The fix for this is in the CVS HEAD and probably should be backported
to the latest release branch. There was a race condition in the code
where the server could clean up
Just a heads up: In our production environment here at Brooklyn Law
School, 1.1.4 stops responding to radius requests after a few hours. We
have used freeradius for some time (and love it) to authenticate
wireless users to our ldap servers. We use it with two different
wireless systems
Hi,
1.1.4 will run for a few hours and then either stop responding to
requests or die. There is no seg fault warning in any log file. If I
restart radius, it then begins answering again. Since it is a
production environment in which 300-500 users are connected at any given
time, we were
Hello,
Same with me, but acct is necessary.
The solution was radsqlrelay.
Regards,
Guilherme
On 2/13/07, Stefan Winter [EMAIL PROTECTED] wrote:
Hi,
1.1.4 will run for a few hours and then either stop responding to
requests or die. There is no seg fault warning in any log file. If I
Interesting. I don't think it is needed here. I'll check with our
wireless vendor, then give it a shot.
Thanks very much!
Phil
Guilherme Franco wrote:
Hello,
Same with me, but acct is necessary.
The solution was radsqlrelay.
Regards,
Guilherme
On 2/13/07, *Stefan
The fix for this is in the CVS HEAD and probably should be backported
to the latest release branch. There was a race condition in the code
where the server could clean up an accounting request before a thread
actually got to it to process it.
--Mike
On Feb 13, 2007, at 1:36 PM, Phil
Hi,
The fix for this is in the CVS HEAD and probably should be backported
to the latest release branch. There was a race condition in the code
where the server could clean up an accounting request before a thread
actually got to it to process it.
yes, that definitely deserves a backport
10 matches
Mail list logo
