changed notes changed state Open to Suspended moved from Incoming to Development
Some one with Solaris thread debugging experience should look into this... thanks, Kurt
Full_Name: Anthony Brock Version: CVS from 1 week ago OS: Solaris 2.8 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (198.106.64.212) I am responding in regards to a previous message I sent to Kurt. Basically, we were having erratic freezing of the slapd daemon when attempting to make modifications. We experienced no problems during reads. Your reply is below. I attempting to troubleshoot, I finally installed a non-threaded version of ldap, and it has since worked without any problems. At this point, I have no idea how to furthur isolate the problems other than what was previously submitted. ... Likely the server is running out of file descriptors or some other resource... which the server doesn't handle well. You should also look at your client and make sure it is properly unbinding the LDAP session. Well, I have looked at the script, and every instance of a successful connection is followed by a disconnect. Also, this same script has no problems against the older 1.2.11 server. The other thing of note is that there a two scripts I am using. One had some bugs, which resulted in incorrect output. However, it also was very careful to open and close connections properly. Unfortunately, with that script, after about 20 to 30 connections, the server will freeze. I am baffled by this, and any attempt to debug results in an output file sever megabytes in size. Also, is we wait for the server to cleanup the network connections (takes about 4 minutes), the LDAP server is STILL frozen and non-responsive.
changed notes
changed notes moved from Development to Software Bugs
A number of changes have been made since this issue was reported. Please retest using OpenLDAP 2.0.1 or 2.X-devel (HEAD). Thanks.
Please test 2.0.3. It contains a number of changes that might resolve this issue.
changed notes changed state Suspended to Feedback
changed notes changed state Feedback to Closed
Okay, We compiled the cvs version as of Friday, October 6th, 2000. After running for two days, the same behavior occurred on a Solaris 64-bit sparc ultra 250 (dual processor). This is the primary machine the read only ldap server resides on, and is heavily used by a proxy server for authentication. I restarted the service, and it resumed without problems until Wednesday, the 11th. At this point, we recompiled the same source code without threads (otherwise, identical) and it is currently still functioning without issue. Tony ****************************************************************************** * Anthony Brock abrock@georgefox.edu * * Director of Network Services George Fox University * ******************************************************************************
>Date: Mon, 16 Oct 2000 09:18:51 -0700 >To: Kurt Zeilenga <openldap-its@OpenLDAP.org> >From: Anthony Brock <abrock@mail.georgefox.edu> >Subject: Re: Previous behavior disappears without threads ... (ITS#669) > >Okay, > >We compiled the cvs version as of Friday, October 6th, 2000. After running for two days, the same behavior occurred on a Solaris 64-bit sparc ultra 250 (dual processor). This is the primary machine the read only ldap server resides on, and is heavily used by a proxy server for authentication. I restarted the service, and it resumed without problems until Wednesday, the 11th. At this point, we recompiled the same source code without threads (otherwise, identical) and it is currently still functioning without issue. > >Tony ****************************************************************************** * Anthony Brock abrock@georgefox.edu * * Director of Network Services George Fox University * ******************************************************************************
can not duplicate wes is investigating no retest upon request, assumed resolved