--On Tuesday, October 31, 2006 5:50 PM +0000 quanah@stanford.edu wrote:

--On Tuesday, October 31, 2006 11:07 AM +0000 Mike Woods mike@arishi.com wrote:

...

As promised, my log entries

from my ldap log we have

Oct 31 11:03:01 Menchi slapd[392]: conn=65 fd=7 ACCEPT from IP=127.0.0.1:61497 (IP=0.0.0.0:340) Oct 31 11:03:01 Menchi slapd[392]: conn=65 op=0 BIND dn="uid=replicator,o=menchi" method=128 Oct 31 11:03:01 Menchi slapd[392]: conn=65 op=0 RESULT tag=97 err=49 text= Oct 31 11:03:01 Menchi slapd[392]: conn=65 op=1 UNBIND Oct 31 11:03:01 Menchi slapd[392]: conn=65 fd=7 closed

And from the test modules log we have this.

Oct 31 10:30:58 Menchi Glue: New Oct 31 10:30:58 Menchi Glue: Config Oct 31 10:30:58 Menchi Glue: Config Oct 31 10:30:58 Menchi Glue: Config Oct 31 10:30:58 Menchi Glue: Config Oct 31 10:30:58 Menchi Glue: Config Oct 31 10:30:58 Menchi Glue: Config Oct 31 10:30:58 Menchi Glue: Init

This is all i get, it starts up, runs through new, all the config calls and then init, slapd stays up and seems perfectly well but when anything attempts to bind to it we get nothing at all!

I need you to reproduce the behavior involved using the "ldapsearch" command.

I'm going to elaborate on this a little more. Your operation is performing a simple bind. The BIND operation is *only* going to get passed into the PERL backend if it controls the suffix which the binding identity is attempting to bind to. Since you haven't supplied your slapd.conf information for back-perl, this is impossible to determine. However, I will note that unless your slapd.conf has:

database perl suffix "o=menchi"

I do not expect to see the bind operation in the perl backend.

--Quanah

-- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html