Re: OpenLDAP 2.0.7 problems with binds (ITS#988)

[I.C.Smith@liverpool.ac.uk]

I also get the same problem with openLDAP 1.2.11 (single threaded). Things 
are fine when using Web500gw as a client so maybe the openLDAP client stuff 
is flakey ?

(other info: running IPv6, 64 bit kernel)

-ian.

--On Friday, January 26, 2001 10:24 AM +0000 I.C.Smith@liverpool.ac.uk 
wrote:

> I've just noticed that the connections aren't being closed - they're all
> in  TIME_WAIT state. I started with a simple C program using
> ldap_simple_bind_s(...) /ldap_unbind(...) -- both return success.
>
> After a *single* command line ldapsearch the connection seems to be stuck
> in TIME_WAIT -- surely this an ubind problem rather than anything to do
> with threads ????
>
> regards,
>
> -ian.
>
> --On Friday, January 26, 2001 9:53 AM +0000 Markus.Storm@mediaWays.net
> wrote:
>
>> This is a multi-part message in MIME format.
>> --------------6FF6AD0772296ACCD99D412E
>> Content-Type: text/plain; charset=us-ascii
>> Content-Transfer-Encoding: 7bit
>>
>> I *cannot* confirm this. We're happily running 2.0.7 on Solaris 7/gcc.
>> Memory usage after 50K binds is just 15 MB.
>>
>> Are all the connections really closed ?
>> Have you tried playing with the threads and concurrency limits ?
>>
>> Markus
>>
>> I.C.Smith@liverpool.ac.uk wrote:
>>>
>>> I was using gcc 2.xx. OS was Solaris 2.6, openLDAP version 2.0.7.
>>>
>>> (H/W: Sun ultra 250, 512 MB RAM - didn't wait around for the inevitable
>>> core dump)
>>>
>>> -ian.
>>>
>>> --On Thursday, January 25, 2001 11:51 AM -0800 Mike Donnelly
>>> <donnelly@sendmail.com> wrote:
>>>
>>> > I compiled my version under Solaris 8, with gcc 2.xxx, which I've been
>>> > told *might* have a problem regarding memory leaks.
>>> >
>>> > Does anyone know if this is true?
>>> >
>>> > I'm interested to see if anyone has compiled 2.0.7 using cc instead,
>>> > and whether it has the same issue.
>>> >
>>> > "Dr. Ian C. Smith" wrote:
>>> >
>>> >> I'd be very interested to hear if anyone else has had similar
>>> >> problems and even more interested to hear of any solutions. I
>>> >> performed a similar experiment and the server seemed to be leaking
>>> >> huge amounts of memory - around 2 MB per 1000 binds (anonymous or
>>> >> simply authenticated) wasn't being freed. It seemed to keep rising
>>> >> linearly up to 50k binds -- 115 MB of RAM gone !
>>> >>
>>> >> regards,
>>> >>
>>> >> -ian.
>>> >>
>>> >> ----------------------------------------------
>>> >> Ian C. Smith,
>>> >> e-mail: i.c.smith@liverpool.ac.uk
>>> >> Address: Computer Sevices Department,
>>> >>          Brownlow Hill Building - room G11,
>>> >>          The University of Liverpool,
>>> >>          Liverpool L69 3BX.
>>> >> --On Wednesday, January 24, 2001 8:03 PM +0000 donnelly@ldapman.org
>>> >> wrote:
>>> >>
>>> >> > Full_Name: Michael Donnelly
>>> >> > Version: 2.0.7
>>> >> > OS: Solaris 8
>>> >> > URL: ftp://ftp.openldap.org/incoming/
>>> >> > Submission from: (NULL) (63.211.143.38)
>>> >> >
>>> >> >
>>> >> > I've noticed that using OpenLDAP 2.0.7, the closing of an LDAP
>>> >> > connection does not
>>> >> > seem to free all the resources used during that connection.
>>> >> >
>>> >> > For example, bind (as a user) and immedaitely close the connection.
>>> >> > (password verification is one reason you might do this.)  Now
>>> >> > repeat this 50,000 times.
>>> >> >
>>> >> > You'll see the amount of RAM used steadily increase, until
>>> >> > eventually slapd will
>>> >> >
>>> >> > core dump.   On my system, a Sun E250 with 2 CPUs and 1GB of ram, I
>>> >> > get about 700K
>>> >> > connections before the server drops dead.
>>> >
>> --------------6FF6AD0772296ACCD99D412E
>> Content-Type: text/x-vcard; charset=us-ascii;
>>  name="Markus.Storm.vcf"
>> Content-Transfer-Encoding: 7bit
>> Content-Description: Card for Markus Storm
>> Content-Disposition: attachment;
>>  filename="Markus.Storm.vcf"
>>
>> begin:vcard
>> n:Storm;Markus
>> tel;fax:++49 +5241 80-67867
>> tel;work:++49 +5241 80-7867
>> x-mozilla-html:FALSE
>> org:mediaWays GmbH;NMW-T
>> adr:;;Postfach 185;Guetersloh;;33311;Germany
>> version:2.1
>> email;internet:Markus.Storm@mediaWays.net
>> x-mozilla-cpt:ils.mediaways.net;23744
>> fn:Markus Storm
>> end:vcard
>>
>> --------------6FF6AD0772296ACCD99D412E--
>>
>>
>
>
>