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

Re: top-level data entries not replicating, 2.4.15, now 2.4.17



--On Friday, August 28, 2009 8:58 AM -0700 Brian Neu <proclivity76@yahoo.com> wrote:

On the consumer, victory3, I'm running this:
/etc/init.d/ldap stop && rm -fr /var/lib/ldap/*.* /var/lib/ldap/alock &&
/etc/init.d/ldap start 2>/var/lib/ldap/debug-trace.txt

Then on the provider, I'm running an ldapadd on this file:
<test9.ldif>
dn:cn=test9,dc=srg,dc=com
objectclass: top
objectclass: person
userpassword:{MD5}HaaaTaaaaaaaaaaaaaJzaaaaaMg==
sn:test9
cn:test9


Then back to the consumer, I <CTRL+C> to stop slapd.  I vim
/var/lib/ldap/debug-trace.txt  and /test9  .  No instance of test9 in the
file.  No instance of any of the top-level data entries, though it's a
643MB file.

I'm at a loss.

Can you please bind as the replicator credentials to the master, and verify it can see these entries?

I.e.,

ldapsearch -x -H ldap://victory2.srg.com:389 -D "cn=replicator,dc=srg,dc=com" -W -b "dc=srg,dc=com" cn=test9

Also, search the accesslog db:

ldapsearch -x -H ldap://victory2.srg.com:389 -D "cn=replicator,dc=srg,dc=com" -W -b "cn=accesslog"

And see if it can see the add operation for that entry in there too.

Also, make sure the add operation for that entry exists in the accesslog db either way (using the rootdn credentials if you can't see it with the replicator ones).

--Quanah

--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra ::  the leader in open source messaging and collaboration