request_dequeue problems (recent 3.0, when home-server stalls)
Alan DeKok
aland at deployingradius.com
Tue Aug 28 23:14:25 CEST 2012
Brian Julin wrote:
> I'm currently hunting a problem that causes a recent checkout of FR3.0
> to abort but which does not seem to be affecting an older revision
> (April 8th or so)
> of FR3.0 on another box. I do have a couple small in-house patches applied
> but they should probably not be relevant.
It's always worth checking.
> The issue seems to happen when a home-server does not respond to a request,
> and then FR re-enqueues the request as a retransmit. The request then gets
> dequeued again, and at that point fails a REQUEST_MAGIC assert. That is,
> if I am reading the logs correctly...
OK.
> Logs are included, with a few added printfs thrown in.
>
> Anyone have any suggestions for good commits to bisect at?
There aren't really many changes to process.c. That's the key
function behind all of this.
> request_dequeue found request 0x13d5220
> ASSERT FAILED threads.c[468]: request->magic == REQUEST_MAGIC
Which means that the request has been deleted, but is still in the
queue. That's not supposed to happen...
Alan DeKok.
More information about the Freeradius-Users
mailing list