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