--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