--- On Mon, 8/24/09, Quanah Gibson-Mount quanah@zimbra.com wrote:
From: Quanah Gibson-Mount quanah@zimbra.com Subject: Re: top-level data entries not replicating, 2.4.15, now 2.4.17 To: "Brian Neu" proclivity76@yahoo.com, openldap-technical@openldap.org Date: Monday, August 24, 2009, 9:34 PM --On Monday, August 24, 2009 6:28 PM -0700 Brian Neu proclivity76@yahoo.com wrote:
Unfortunately, not until tomorrow eve, EST. The
consumer server
(victory3) is temporarily in someone's office before
it goes to a colo,
and was turned off due to the fan noise for the biz
day. It SHOULD have
been powered back on, but someone forgot.
Aren't there a couple of virtual servers somewhere
that serve as testing
grounds for the project? That, or does someone
have a provider->consumer
set-up in production that can test a benign top-level
data entry and see
if it replicates?
This sort of setup works for me, and hundreds of others, no problem. Which is why figuring out why it isn't working for you is non-trivial. I still suspect it is a configuration issue that is non-obvious.
--Quanah
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.