Assertion failed in listen.c, line 621

[Guilherme Franco]

Mr. Alan.

Sorry for bothering you.

If I run "radiusd" and setup the NAS to not send any requests to this radius
server, radiusd stays up all day in "Info: Ready to process requests.".

In the momment that I setup the NAS to send request to the radius server and
the first request goes to it, radiusd dies.

Maybe sometimes radiusd is not even taking a chance to log that someone
tried to auth and just dies.

But of all the logs that I have, just ONE shows the following:

Wed Dec  7 09:15:04 2006 : Info: Ready to process requests.
Wed Dec  7 09:15:04 2006 : Auth: Invalid user: [bonam at foo.com] (from client
NAS-4 port 2952792216)
Wed Dec  7 09:15:04 2006 : Error: Assertion failed in listen.c, line 621

All the other are just like:

 Wed Dec  6 11:02:46 2006 : Info: Ready to process requests.
Wed Dec  6 11:02:46 2006 : Error: Assertion failed in listen.c, line 621

Besides that, I've installed the latest CVS above the old one, not a clean
install.

That might be the problem, what do you think?

Thank you.



On 12/11/06, Alan DeKok <aland at deployingradius.com> wrote:
>
> Guilherme Franco wrote:
> > Hello,
> >
> > I did a "set follow-fork-mode child" in gdb now but then, there's no
> > assertion failed!
>
> And the server doesn't process any requests, either.
>
> > ps. Regarding the previous post, the "Assertion failed" occurs only
> > when the first packet is received.
>
>    That's not what the debug log showed.  The log you posted showed
> NOTHING being received, and the server dying.  I find that very hard to
> believe.
>
> Please post a debug log showing that the server dies AFTER receiving a
> packet, and AFTER deciding that the packet has to be proxied.
>
> You posted:
>
> >> > Wed Dec  6 20:33:09 2006 : Info: Ready to process requests.
> >> > Wed Dec  6 20:33:09 2006 : Error: Assertion failed in listen.c, line
> 621
>
> i.e. NOT packet received, AND it dies.  That's pretty much impossible.
>
> It looks to me like you're still running the old version of the
> server, without the fix for that problem.
>
> Alan DeKok.
> --
> http://deployingradius.com       - The web site of the book
> http://deployingradius.com/blog/ - The blog
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20061211/91564c82/attachment.html>