LDAP tools with SASL Auth causes Segmentation Fault

[Matthew Daggett]

Thanks for the tips. The problem was an older slapd daemon being started instead of the new one.  The initial install of openldap was from an rpm, and the new installation of openldap was from source.  The location of the slapd daemon moved from /usr/sbin/slapd under the rpm to /usr/libexec/slapd under the source install.  Thge init scripts used the old daemon.

I reconfigured changing the --libexecdir option and recompiled.

All is working now! 

Thanks

----- Original Message ----
From: Howard Chu <hyc at highlandsun.com>
To: Dieter Kluenter <dieter at dkluenter.de>
Cc: cyrus-sasl at lists.andrew.cmu.edu
Sent: Friday, November 24, 2006 2:44:37 PM
Subject: Re: LDAP tools with SASL Auth causes Segmentation Fault


Dieter Kluenter wrote:
> Matthew Daggett <mpdaggett at yahoo.com> writes:
>
>   
>> I am running openldap 2.2.23 and cyrus-sasl 2.1.22 on redhat fedora core 4.
>> I am running into the following problem...
>>
>>  
>>
>> Whenever I run an ldap tool (ldapwhoami, ldapsearch, etc) with SASL
>> authentication, it ends with a segmentation fault.
>> Using simple authentication, however, does not cause any errors.
>> Here is an example...
>>     
>
> This sounds like slapd is not beeing linked to the sasl library it has
> been compiled with.
> ldd slapd will be your friend.
>
> -Dieter

Since the original post is talking about the command line tools getting 
a segfault, it is certainly not an issue with how slapd is linked.

-- 
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc
  OpenLDAP Core Team            http://www.openldap.org/project/


 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.andrew.cmu.edu/mailman/private/cyrus-sasl/attachments/20061124/95b8cdec/attachment.html