radrelay (mode) from cvs head

Peter Nixon listuser at peternixon.net
Mon Oct 9 14:00:13 CEST 2006


On Wed 04 Oct 2006 18:04, Alan DeKok wrote:
> Peter Nixon <listuser at peternixon.net> wrote:
> > What happens when the following is logged? Is the packet deleted from the
> > spool and dropped completely or is it sent again a little later?
>
>   It's dropped.

Hmm. Thats bad :-(

> > I have set max_outstanding = 1 in an attempt to limit the number
> > is requests but it doesn't seem to work.
>
>   Hmm... that *should* make a difference.

I am testing this further and will let you know.

>   And accounting packets shouldn't affect mac_requests, because
> they're deleted from the request list as soon as the reply is sent.
>
> > I am also running radrelay in single threaded mode in an attempt to
> > slow it down. (That and the fact it crashes with "Error: Assertion
> > failed in listen.c, line 620" when running threaded)
>
>   Arg.  Where's it being called from?

When setting "proxy_requests  = no" the radrelay crash in threaded mode goes 
away (At least hasn't occured for the last 2 hours, and it was occuring 
almost instantaneously before)

Do you need a core or something or is that enough info? It would seem to be 
the same bug that is bitting us in radiusd when running proxied.

Cheers

-- 

Peter Nixon
http://www.peternixon.net/
PGP Key: http://www.peternixon.net/public.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.freeradius.org/pipermail/freeradius-devel/attachments/20061009/67509cc9/attachment.pgp>


More information about the Freeradius-Devel mailing list