On Wed 04 Oct 2006 18:04, Alan DeKok wrote:
Peter Nixon <listuser@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