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

[Brian Neu <proclivity76@yahoo.com>]

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