[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: (ITS#5154) Sequential binds to back-meta cause assertion failiure



> -----Original Message-----
> From: Pierangelo Masarati [mailto:ando@sys-net.it]
> Sent: Wednesday, September 26, 2007 2:54 PM
> To: mhardin@symas.com
> Cc: openldap-its@openldap.org
> Subject: Re: (ITS#5154) Sequential binds to back-meta cause assertion
> failiure
> 
> mhardin@symas.com wrote:
> > Full_Name: Matthew Hardin
> > Version: 2.3.38
> > OS: N/A
> > URL: ftp://ftp.openldap.org/incoming/
> > Submission from: (NULL) (12.168.121.2)
> >
> >
> > Multiple binds on the same connection where at least one bind ends up
> being
[...]

> >                         /* FIXME: in some cases (e.g. unavailable)
> >                          * do not assume it's not candidate; rather
> >                          * mark this as an error to be eventually
> 
> I think the "real" fix should be different: binds should always receive
>  a fresh connection from meta_back_getconn(), which shouldn't be put
> into the cache at all.  meta_back_bind() should cache them only in case
> of success, otherwise they should be destroyed.  This would allow to
> remove the need to set a BINDING flag to guarantee connections used for
> bind are not shared.

I agree that would be a better fix. 
 
> In the meanwhile, the solution you propose should be just fine, as it
> fills the hole occurring when a bind fails.
> 
> I'll work at that ASAP.

Thanks!

-Matt

Matthew Hardin
Symas Corporation- The LDAP Guys

http://www.symas.com