thanks, that worked, this case can be closed.
Brian Peterson
On Apr 6, 2007, at 1:58 PM, Howard Chu wrote:
> brian zimbra.com wrote:
>> Full_Name: Brian Peterson
>> Version: 2.3.34
>> OS: Linux
>> URL: pro
>> Submission from: (NULL) (66.92.25.194)
>> When setup sync replication the contextCSN is
available via
>> ldapsearch on the
>> provider but not the consumer as an operation
attribute. If we do
>> a slapcat on
>> the consumer the resulting ldif contains the
contextCSN.
>
> This is because your context entry has no DN, it's a
glue entry.
> When you do a search on it you get the contents of the
server
> rootDSE instead of your glue entry. The search works on
the
> provider because the syncprov overlay intercepts
searches to insert
> the current contextCSN value in the result. You can add
a syncprov
> overlay to the consumer to get the same effect.
>
>> Top entry from slapcat ldif on the consumer.
>> dn:
>> objectClass: glue
>> structuralObjectClass: glue
>> contextCSN: 20070405182202Z#000000#00#000000
>> entryCSN: 20070405182202Z#000000#00#000000
>> modifiersName: uid=zimbra,cn=admins,cn=zimbra
>> modifyTimestamp: 20070405182202Z
>
>
> --
> -- Howard Chu
> Chief Architect, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hy
c/
> Chief Architect, OpenLDAP http://www.openldap.
org/project/
|