[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: top-level data entries not replicating, 2.4.15, now 2.4.17
- To: openldap-technical@openldap.org, Quanah Gibson-Mount <quanah@zimbra.com>
- Subject: Re: top-level data entries not replicating, 2.4.15, now 2.4.17
- From: Brian Neu <proclivity76@yahoo.com>
- Date: Mon, 24 Aug 2009 18:03:26 -0700 (PDT)
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1251162206; bh=eI55WwLuw3MVibOXDjmkT+aO5KeRUzvkxwTPS266ptg=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=U/Sy0US6bHcIokhMlycHRnrlgCWkBEPVA0mbh6FGifEhDfA8DZmdwuB4fWF9GRknzYPkk9OasXVAuxyf5pDIiBFIarzIj4ArkLgFq+E8F9/47xk4Jw3bjBtv0zO7pPgiuslG4yo7NtHwAQHDOpZlArXmCirX86oyO+mxyuCsoXs=
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=SXhsiKZxbjVRal5VvfewUcXNVkX+qkP3GEpkdJbD4glWvi2C6n07+CbrTvOKyhIONQz+ylxX7uDIinGSNl0VPqvTFANa3HD8ZTUxWAnQKfhT6ioxt0RwlGAD6GC4Nsas1kAyJwLt1Acjq9Rt9OagMSjoFFdwgCS6lMJIQKX3hho=;
- In-reply-to: <BA1EBE18AE7FFC7555309655@[192.168.1.199]>
--- 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, 12:26 PM
> --On Friday, August 21, 2009 5:57 PM
> -0700 Brian Neu
> <proclivity76@yahoo.com>
> wrote:
>
> > I do this:
> >
> >
> > [root@victory3 ldap]# /etc/init.d/ldap stop &&
> rm -fr /var/lib/ldap/*.*
> > /var/lib/ldap/alock && /etc/init.d/ldap start
>
> Ok, that certainly looks like it is wiping out the
> database. ;)
>
> > [root@victory3 ldap]# ldapsearch -x -D
> "cn=Manager,dc=srg,dc=com" -w
> > secret -b cn=test3,dc=srg,dc=com
> ># extended LDIF
> >#
> ># LDAPv3
> ># base <cn=test3,dc=srg,dc=com> with scope
> subtree
> ># filter: (objectclass=*)
> ># requesting: ALL
> >#
> >
> ># search result
> > search: 2
> > result: 32 No such object
> > matchedDN: dc=srg,dc=com
> >
> ># numResponses: 1
>
>
> Are you sure replication completed yet? I'm guessing
> yes, but ... ;)
>
> > uid=user,ou=People entries replicate fine, as
> well as services and
> > everything else that came from the migration
> tools. But those test
> > entries and the SambaDomainName entry at the top level
> don't replicate.
> >
> >
> > Should I start the consumer with a certain debug level
> and look into an
> > error?
> >
> > I just started slapd with
> > -s 205 -d 205 2>debug.txt
> > after letting it run for a minute, there is no "test2"
> or "test3" in the
> > resulting output, though every other entry is.
> >
> >
> > Should we be looking into the provider?
>
> I'm not sure why you are screwing with the syslog
> level. Usually the
> default level is fine. Have you completely verified
> that the replicator
> credentials can see those objects on the master?
>
> If that works, then yes, using slapd -d -1 and capturing
> that to a file may
> indicate why they aren't replicating.
>
> --Quanah
From what I can tell by looking at the provider log (-1), new top-level entries are added to the provider correctly, and to the accesslog on the provider, but I'm not familiar enough with the OpenLDAP code to be certain.
Can anyone test to see if they experience the same thing?