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 long

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 will try to

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, but I

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 hope

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

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

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 bounds.