Re: Crashes in ldap_unbind

Hi Anton,

One more addition, we were encountering network connection problems to
the directory server during the Solaris - ldap sdk 5.12 crash.

Thanks & Regards,
Pradnyesh

Pradnyesh wrote:
> Hi Anton,
>
> The ldap sdk  4.1 crash environment is happening with SSL. We haven't
> been able to verify it on non-Windows platforms as of yet. Is there a
> known problem with ldap sdk 4.1 ldap_unbind with SSL enabled on
> Windows.
>
> On a separate note, we are also observing segamentation faults with
> ldap sdk 5.12 on Solaris with ldap_unbind(). Has such a crash been
> encountered before?
>
> -----------------  lwp# 8 / thread# 8  --------------------
>  ff1d2c24 nsldapi_clear_from_cb_pollfds (69bfe40, 0, 1880e08, ff1343b8,
> 16af468, 0) + 2c
>  ff1d62ac nsldapi_free_connection (69bfe40, 20e0188, 0, 0, 1, 1) + 28
>  ff1e0a48 ldap_ld_free (69bfe40, 0, 0, 1, 0, ff132870) + 210
>  ff1e07e8 ldap_unbind (69bfe40, 0, 2050010, 5420000, 1, 1630468) + 10
>
> Thanks & Regards,
> Pradnyesh
>
> Anton Bobrov wrote:
> > even if say you know you hitting some know issue with 4.x it doesnt
> > do you any good because you cant get any fixes for 4.x today, back
> > ported or otherwise. with that said you might wanna check if :
> >
> > - the problem happens on Doze only.
> > - you are doing SSL on that handle.
> > - you can confirm that problem is
> >    *not* reproducible with 5.x or 6.
> >
> > Pradnyesh wrote:
> > > Hi All,
> > >
> > > We have a multi-threaded server that uses netscape ldap c sdk 4.1 in
> > > it's older release. We are experiencing some random crashes, while
> > > freeing memory, in the call to ldap_unbind() in our code. Due to its
> > > random nature, We haven't been able to create a test case for the
> > > issue so far.
> > >
> > > Our environment is as follows
> > >
> > > - The backend directory server is AD.NET 2003 and our server is
> > > running on a Win 2003 box. AD.NET is by default configured to close
> > > idle ldap connections every 15 mins.
> > > - ldap sdk version is 4.1. [We have alread migrated to ldap sdk 5.X in
> > > the later versions of our product.]
> > > - Another thing that is hampering us is that there are no Windows
> > > symbol files[pdb] available for ldap sdk 4.1, which prevents us from
> > > capturing an exact stacktrace inside ldap_unbind.
> > > - Our server creates a pool of ldap connections with separate
> > > dedicated threads to create new connections as well as clean-up old
> > > connections.
> > > - multiple worker threads can share the same ldap connection handle at
> > > the same time. e.g. you can have multiple ldap_simple_bind going
> > > asynchronously over the same ldap connection handle at the same time.
> > > - we have registered callback functions for createmutex, lockmutex,
> > > unlockmutex, freemutex, getthreadid, getldaperror etc.
> > > - we have confirmed via logging that we are not calling ldap_unbind
> > > twice on the same ldap handle.
> > >
> > > Please let me know if anyone has any suggestions.
> > >
> > > I also noticed that there were already a couple of posts regarding
> > > crashes in ldap_unbind. Did we have any resolutions for these?
> > >
> > > Heroux, Bernard R wrote on 3/30/2006
> > >> Every so often the ldap_unbind_s will cause a crash.  This occurs even
> > >> when checking the ldapHandle for NULL before calling the unbind.
> > >
> > > Mike wrote on 3/2/2006
> > >> I was reading through the documentation on how to handle failover or
> > >> being disconnected from an LDAP server in my apps.  One method is to
> > >> call ldap_unbind and reconnect and rebind, while the other method is set
> > >> the LDAP_OPT_RECONNECT option and only rebind (i.e. don't call
> > >> ldap_unbind).
> > >>
> > >> http://www.mozilla.org/directory/csdk-docs/using.htm#handle_failover
> > >>
> > >> We had been using the former of the two methods, but some of our apps
> > >> were coring randomly during the ldap_unbind call
> > >
> > > Thanks & Regards,
> > > Pradnyesh
> > > _______________________________________________
> > > dev-tech-ldap mailing list
> > > [email protected]
> > > https://lists.mozilla.org/listinfo/dev-tech-ldap