[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: Fri, 21 Aug 2009 17:57:32 -0700 (PDT)
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1250902652; bh=CkbO1SA6MbXtjzHyUQJzkU112DJuqkR6jNSlUui+qsY=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=066ZyZS0yUtF6m8nQax9hd9YmQpS2G7i6FSjEtN9QrEc3IjTJbU9CaSRLyEsBiOH1cN0/ToBTm/oUNJScQLcwlyjHWHne8Bp137dp4iDdUAkzh60YQ4PWuABhEAiXNSNzv3xiSF6Jxg2eajjWDs4um290NrF1bd7v7uZnXSbJ8A=
- 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=srfPdaKpsmLXyw6ur+nFSXo4k7HnQJ/i1uwcb3oSkPROQuI5xBjLapKv0fiy+Y7g3+SWbzX2tyHCwR5EhIWgvlPP0dzals/3gWPCIBd3gscA5j1acaXOlZLCzKj37b5F8n0cpmFYU5pQLlSgqsnIG8WsUMTjrclWgDdBigj8/n0=;
- In-reply-to: <01EAF6E3620EB771DD87F23C@[192.168.1.199]>
> Looks ok to me. Did you set your replica up to fully
> resynch after making
> the acl changes on the master and restarting slapd on it
> (the master)?
>
> --Quanah
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
[root@victory3 ldap]# ldapsearch -x -Z -h victory2.srg.com -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
#
# test3, srg.com
dn: cn=test3,dc=srg,dc=com
objectClass: top
objectClass: person
userPassword:: e02A2X1IR3RTVEN2VDBoZitwakFKekw4ZU1nPT0=
sn: test3
cn: test3
# search result
search: 3
result: 0 Success
# numResponses: 2
# numEntries: 1
[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
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?