Hello,
After three month having stable situation, the ISP home servers has
started again to loose packet and to have slow response time, then our
freeradius proxies has began to crash again.
We've reproduced the crash with the Git version.
Here's the output that I got with gdb
Going to the
Thomas Fagart wrote:
> Did you have the opportunity to push this patch ?
Yes. See github.com
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hello,
Did you have the opportunity to push this patch ?
The crash does not occur very soon (around once a month).
Many thanks
Regards
Thomas
On 28.03.2012 17:15, Alan DeKok wrote:
Thomas Fagart wrote:
Here's the debug output this happens specialy when we add a virtual
server as a fallback
Hi all,
we did several test using UnixODBC instead of OCI driver, results are good
and issue seems to be fixed.
Thanks all
Fulvio
2012/3/22 Alan DeKok
> fulvio fabiani wrote:
> > Hi all,
> > sorry for the misunderstanding.
> >
> > We execute same test (with two radClient) on Freeradius 2.1.12
Many thanks, I will test it when available.
Thomas
Le 28/03/2012 17:15, Alan DeKok a écrit :
Thomas Fagart wrote:
Here's the debug output this happens specialy when we add a virtual
server as a fallback server.
OK... it looks like the proxy_reply doesn't exist. I'll push a patch.
Ala
Thomas Fagart wrote:
> Here's the debug output this happens specialy when we add a virtual
> server as a fallback server.
OK... it looks like the proxy_reply doesn't exist. I'll push a patch.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
ve migrate Motorola authentication on freeradius. (no more
radiator :-) ).
Nice.
But then we've experienced freeradius crash.
Not so nice.
The crash usually happen when home servers (ISP radius) does not
respond, then the radius load goes up to 50/60 requests per second and
after 40/50 minutes
fulvio fabiani wrote:
> Hi all,
> sorry for the misunderstanding.
>
> We execute same test (with two radClient) on Freeradius 2.1.12 following
> the instruction in "doc/bugs" documentation, result is the same.
> Find attached the output.
It's crashing in the Oracle libraries.
You're probably
Hi all,
please find attached also the output produced executing same test with
2.1.X GIT version,
Best regards
Fulvio
2012/3/22 fulvio fabiani
> Hi all,
> sorry for the misunderstanding.
>
> We execute same test (with two radClient) on Freeradius 2.1.12 following
> the instruction in "doc/bugs
Hi all,
sorry for the misunderstanding.
We execute same test (with two radClient) on Freeradius 2.1.12 following
the instruction in "doc/bugs" documentation, result is the same.
Find attached the output.
We are now executing same test on freeradius v2.1.x GIT, I will update with
the results,
B
fulvio fabiani wrote:
> Yes I know,
> we did not yet test the latest 2.1.x GIT release and test with 2.1.12 or
> 2.1.11 give same results.
>
> Is it mandatory?
It's mandatory to follow instructions on this list.
You were asked to do certain things which would let us help you.
You've ignored
On Thu, Mar 22, 2012 at 3:04 AM, fulvio fabiani
wrote:
> Follow the server tracing output (each crash the same output):
> 2012/3/21 Alan DeKok
>> See doc/bugs
So you decide to run strace instead of using gdb as written in
doc/bugs? And how did you think it can be useful?
In particular, look
Hi,
>Yes I know,
>we did not yet test the latest 2.1.x GIT release and test with 2.1.12 or
>2.1.11 give same results.
well, you were asked to test the 2.1.x GIT release as it has some rather
important fixes in it.
as for the 2.1.12 - yes. mandatory as thats the latest release code
Yes I know,
we did not yet test the latest 2.1.x GIT release and test with 2.1.12 or
2.1.11 give same results.
Is it mandatory?
2012/3/21 Alan Buxey
> hi,
>
> in previous emails you were asked to run 2.1.12 or the latest 2.1.x GIT
> release
> - but this output is from 2.1.11
>
> alan
> -
> Li
hi,
in previous emails you were asked to run 2.1.12 or the latest 2.1.x GIT release
- but this output is from 2.1.11
alan
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hi all,
we did some additional test by setting multithread debug on FreeRadius and
executing freeradius process tracing on server
Follow the server tracing output (each crash the same output):
*select(11, [4 6 7 8 9 10], NULL, NULL, {0, 302488}) = 1 (in [8], left {0,
302488})*
*recvfrom(8, "\4
fulvio fabiani wrote:
> Hi Alan,
> We did same test with freeRadius version 2.1.12, unfortunately same
> result: as we start second radClient, Freeradius instance crash.
> Answering previous questions, no we don't use rlm_sql, we use perl
> module, that via oracle perl driver, executes query on th
Hi,
>We did same test with freeRadius version 2.1.12, unfortunately same
>result: as we start second radClient, Freeradius instance crash.
>Answering previous questions, no we don't use rlm_sql, we use perl module,
>that via oracle perl driver, executes query on the database.
cool
Hi Alan,
We did same test with freeRadius version 2.1.12, unfortunately same result:
as we start second radClient, Freeradius instance crash.
Answering previous questions, no we don't use rlm_sql, we use perl module,
that via oracle perl driver, executes query on the database.
BR,
Fulvio
2012
Hi,
>thanks for your answer.
>Do the 2.1.12 fix this kind of problem?
did you try with 2.1.12 ? its got a lot of fixes related to this behaviour.
there is really no need to question/query the advice given. use the latest
version - IF there is still a problem then its important as then it
On Tue, Mar 20, 2012 at 4:47 AM, fulvio fabiani
wrote:
> Hi Phil,
> thanks for your answer.
> Do the 2.1.12 fix this kind of problem?
2.1.11 has some known bugs, fixed in 2.1.12 in newer. It might be one
of them. If you don't want to waste anyone's time, re-run your tests
on 2.1.12
>
> We did so
Hi Phil,
thanks for your answer.
Do the 2.1.12 fix this kind of problem?
We did some additional analysis, we found that with this configuration:
- 1 freeradius
- 1 radclient
everythings works,
but with
- 1 freeradius
- 2 radlicent
the freeradius instance crash as we start the second clien
On 16/03/12 16:57, fulvio fabiani wrote:
Hi all,
i’ve a problem with concurrent accounting requests with free radius 2.1.11.
Upgrade to 2.1.12 and try again.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hi all,
i’ve a problem with concurrent accounting requests with free radius 2.1.11.
In details:
I’ve 2 free radius servers balanced by bigip f5 through roundrobin
algorithm. I use to send account request using radclient on a machine
placed in the same sub-netmask of f5, and it forward the reques
Hi Thomas,
How did manage to configure Freeradius with Huawei NAS, its a big challenge to
me, have still failed.
Eric M
From: Thomas Fagart
To: freeradius-users@lists.freeradius.org
Sent: Tuesday, March 6, 2012 12:19 PM
Subject: Freeradius crash during
Thomas Fagart wrote:
> Last week we've migrate Motorola authentication on freeradius. (no more
> radiator :-) ).
Nice.
> But then we've experienced freeradius crash.
Not so nice.
> The crash usually happen when home servers (ISP radius) does not
> respond, then t
Hello,
Since more than a year we're doing EAP-TTLS to authenticate Wimax Users
on Alcatel and Huawei NASes.
Last week we've migrate Motorola authentication on freeradius. (no more
radiator :-) ).
But then we've experienced freeradius crash.
Informations :
Software : Freer
Doug Hardie wrote:
> I think I may have found the cause of my crashes. One of the proxy
> servers or NASs is occasionally sending me an incorrectly formatted
> authentication request.
That should NOT cause the server to crash. Ever.
Alan DeKok.
-
List info/subscribe/unsubscribe? See
I think I may have found the cause of my crashes. One of the proxy
servers or NASs is occasionally sending me an incorrectly formatted
authentication request. I have not been able to capture the entire
packet yet but I did manage to log part of the last one just as the
crash occurred and
Doug Hardie wrote:
> Nope. All memory that is used is local. Nothing is retained. Only
> the authorize module is used. Nothing is dynamically allocated in
> the module.
Are you sure there are no buffer overruns in your module? Are you
sure you're calling the FreeRADIUS API correctly?
On May 25, 2007, at 01:24, Alan Dekok wrote:
> Doug Hardie wrote:
>> I am completely unable to replicate this situation on my test
>> system. I can run thousands of requests via multiple radclients
>> without any problems. I can drive the test system to overload and
>> other than responses slow
On May 25, 2007, at 01:24, Alan Dekok wrote:
> Doug Hardie wrote:
>> I am completely unable to replicate this situation on my test
>> system. I can run thousands of requests via multiple radclients
>> without any problems. I can drive the test system to overload and
>> other than responses slow
Doug Hardie wrote:
> I am completely unable to replicate this situation on my test
> system. I can run thousands of requests via multiple radclients
> without any problems. I can drive the test system to overload and
> other than responses slow down a bit, it just works properly.
>
> #0 0
On May 8, 2007, at 00:49, Alan DeKok wrote:
> Doug Hardie wrote:
>> FreeRadius 1.1.2 on FreeBSD 6.1 using libpthread.
>
> Upgrade to 1.1.6. It has a lot of fixes that may help.
>
> It looks like it's crashing when starting a new child thread. That
> may be a pthread issue in the underlying
On May 19, 2007, at 17:27, Doug Hardie wrote:
>
> One thing I just noticed. The following is in radiusd.conf:
>
> thread pool {
> start_servers = 5
> max_servers = 32
> min_spare_servers = 3
> max_spare_servers = 10
> max_requests_per_server = 0
> }
>
On May 19, 2007, at 16:34, David Wood wrote:
> Hi Doug and everyone,
>
> In message <[EMAIL PROTECTED]>, Doug
> Hardie
> <[EMAIL PROTECTED]> writes
>>
>> On May 8, 2007, at 00:49, Alan DeKok wrote:
>>
>>> Doug Hardie wrote:
FreeRadius 1.1.2 on FreeBSD 6.1 using libpthread.
>>>
>>> Upgrad
Hi Doug and everyone,
In message <[EMAIL PROTECTED]>, Doug Hardie
<[EMAIL PROTECTED]> writes
>
>On May 8, 2007, at 00:49, Alan DeKok wrote:
>
>> Doug Hardie wrote:
>>> FreeRadius 1.1.2 on FreeBSD 6.1 using libpthread.
>>
>> Upgrade to 1.1.6. It has a lot of fixes that may help.
>>
>> It look
On May 8, 2007, at 00:49, Alan DeKok wrote:
> Doug Hardie wrote:
>> FreeRadius 1.1.2 on FreeBSD 6.1 using libpthread.
>
> Upgrade to 1.1.6. It has a lot of fixes that may help.
>
> It looks like it's crashing when starting a new child thread. That
> may be a pthread issue in the underlying
On May 8, 2007, at 00:49, Alan DeKok wrote:
> Doug Hardie wrote:
>> FreeRadius 1.1.2 on FreeBSD 6.1 using libpthread.
>
> Upgrade to 1.1.6. It has a lot of fixes that may help.
>
> It looks like it's crashing when starting a new child thread. That
> may be a pthread issue in the underlying
On May 8, 2007, at 00:49, Alan DeKok wrote:
> Doug Hardie wrote:
>> FreeRadius 1.1.2 on FreeBSD 6.1 using libpthread.
>
> Upgrade to 1.1.6. It has a lot of fixes that may help.
>
> It looks like it's crashing when starting a new child thread. That
> may be a pthread issue in the underlying
Doug Hardie wrote:
> FreeRadius 1.1.2 on FreeBSD 6.1 using libpthread.
Upgrade to 1.1.6. It has a lot of fixes that may help.
It looks like it's crashing when starting a new child thread. That
may be a pthread issue in the underlying libraries.
Alan DeKok.
--
http://deployingradius.com
Hi,
> FreeRadius 1.1.2 on FreeBSD 6.1 using libpthread. I have tried using
upgrade to 1.1.6
alan
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
I am encountering an infrequent problem where FreeRadius crashes
about once a week on a fairly busy server. I have a primary and
secondary authentication server and just a primary accounting
server. Both the primary and secondary crash at the same time (well
the secondary is about 30 seco
Peter Micunek wrote:
> Alan,
>
> You are right. It is 64-bit machine but
>
> # file radiusd
> radiusd: ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+ Required,
> dynamically linked, stripped
The data structures are marked as being 32-bit. The compiler
should generate the appropriate i
Alan,
You are right. It is 64-bit machine but
# file radiusd
radiusd: ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+ Required,
dynamically linked, stripped
regards
Peter Micunek
On 4/30/07, Alan DeKok <[EMAIL PROTECTED]> wrote:
Peter Micunek wrote:
> and when I want to start FreeRADI
Peter Micunek wrote:
> and when I want to start FreeRADIUS it crash:
...
> program terminated by signal BUS (invalid address alignment)
> Current function is lrad_isaac (optimized)
> 37 rngstep( a<<13, a, b, mm, m, m2, r, x);
Let me guess... it's a 64-bit machine?
> I have same problem with FR
Hi all,
I built FreeRADIUS on Solaris 10
./configure --prefix=/usr/local/freeradius
--with-mysql-include-dir=/usr/local/mysql/include/mysql
--with-mysql-lib-dir=/usr/local/mysql/lib/mysql
--with-openssl-includes=/usr/sfw/include
--with-openssl-libraries=/usr/sfw/lib --without-rlm_perl --without
Hello
I use freeradius with the jradius module and sometimes
freeradius crash I have attached the detail of the core file.
Thanks
Laurent
(gdb) bt
#0 0x40242ef1 in kill () from /lib/libc.so.6
#1 0x40081bb1 in pthread_kill () from
/lib/libpthread.so.0
Hi,
I got the radius authentication working using SecurID by configuring a
radius entry in the /etc/pam.conf or modifying /etc/pam.d/radiusd to use the
SecurID_PAM lib. So to all who wonder if it works, yes is does and under
linux it's a beauty (BTW, users need an entry in the password file so w
49 matches
Mail list logo