Re: Crashes with 1.0.4/1.0.5, perhaps connected with slow LDAP backend?

Alan, > > Thu Sep 29 20:33:19 2005 : Error: Assertion failed in modcall.c, line 68 > If you can get a core dump, and do 'bt' in gdb, and also do 'print > *p' at the point of the assertion, that would help a lot. > > But my main suspect right now is bad memory. The code hasn't > changed in a l

Re: Crashes with 1.0.4/1.0.5, perhaps connected with slow LDAP backend?

"Dr. Martin Pauly" <[EMAIL PROTECTED]> wrote: > we are crashing every couple of hours or so now, but at least this time > got something in the log: > > Thu Sep 29 20:33:19 2005 : Error: Assertion failed in modcall.c, line 68 > > Looks like there might be some more bug-squashing ahead? :-)) > I wi

Re: Crashes with 1.0.4/1.0.5, perhaps connected with slow LDAP backend?

hi, we are crashing every couple of hours or so now, but at least this time got something in the log: Thu Sep 29 20:33:19 2005 : Error: Assertion failed in modcall.c, line 68 Looks like there might be some more bug-squashing ahead? :-)) I will try to run in debug mode tomorrow so we can get some

Re: Crashes with 1.0.4/1.0.5, perhaps connected with slow LDAP backend?

Martin Pauly <[EMAIL PROTECTED]> wrote: > What about max_request_time and delete_blocked_requests -- isn't this > exactly what is needed to protect the server from being blocked? Yes, but the server doesn't deal well with blocked threads. The "delete_blocked_requests" doesn't really work. We

Re: Crashes with 1.0.4/1.0.5, perhaps connected with slow LDAP backend?

> Yes. If all of the threads are blocked forever, waiting for the DB > to return data, then the queue of requests grows without bounds. At > some point, the server says "I'm not making progress, and I can't > recover from this", and kills itself. hm, I thought the timeout values were for this,

Re: Crashes with 1.0.4/1.0.5, perhaps connected with slow LDAP backend?

Martin Pauly <[EMAIL PROTECTED]> wrote: > We do have perfomance problems with our LDAP backend, > so this sound reasonable, but could this cause the server to crash? Yes. If all of the threads are blocked forever, waiting for the DB to return data, then the queue of requests grows without bound

Crashes with 1.0.4/1.0.5, perhaps connected with slow LDAP backend?

Hi, we seem to have a stability issue with freeradius 1.0.4/1.0.5: 1.0.4 crashed in short sequence on both of my redundant servers during my vacation -- not much of a trace in the logfiles. On Monday, I upgraded to 1.0.5 with everything looking fine for almost 2 days. Yesterday, we started pollin