[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
replication issues
- To: openldap-technical@openldap.org
- Subject: replication issues
- From: Marvin Mundry <marvin.mundry@rrz.uni-hamburg.de>
- Date: Tue, 20 Mar 2012 17:15:57 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=M/qSLDCKbwwViFe3OXRNQs4eaI5EbMO8fl0i3ZkuYT8=; b=xRW0j2xO5J/UNSCuRfPUcxcD743kciNTZovXguLiQhzOoes5Ap0GKM9MbZZ8Cl7rHr NZA7PJ/1HkS2YScZp7xMIILWK9lKpXF0H4olwg9ll1jQoELkHuOSYrzHskrog0EBlIh0 Ta8mP9zM794Y8Mz0Jpn18/pJAPVFWyjCXvcU1oIjdVdsIMp6NCrK46rDfyQlhmxDF9Yi PUJ/1LwTGUzxNmg+egzkgHBZb3HKiih7jFRK0vtlAV218WxP3P1VI6wQwDp6LJ0giK0e otsdQvc9XReLtHnIRILPbDEPLrOOqf10/78XVNCTS0gL95eLQxP62Bw8xlwKrbh2yxNt KdoQ==
Hello everybody,
i am experiencing 2 issues while using syncrepl. i am running slapd
2.4.20 shipping with SLES 11.2.
1. replication of an accesslog database.
=============================
the accesslog overlay does not assign an entryUUID to its logdb
database. therefore replication of this database is not possible.
dn: cn=accesslog
objectClass: auditContainer
cn: accesslog
entryCSN: 20120317121350.967741Z#000000#000#000000
structuralObjectClass: auditContainer
contextCSN: 20120320154322.642649Z#000000#000#000000
To be able to replicate cn=accesslog anyways, i initialize the
accesslog database via slapadd from an ldif file that contains a made
up entryUUID for dn:cn=accesslog, afterwards i fire up the slapd.
Replication now seems to work fine. My question is, does this method
have any unwanted side effects?
2. replication of cn=config
===================
when replicating cn=config all objects below cn=schema,cn=config get
replicated when the consumer is initially started.
for
dn:olcDatabase={-1}frontend,cn=config and
dn:cn=config (olcGlobal)
initially no synchronization happens. Both objects get replicated only
after they have been modified on the on the provider ie. when starting
a new consumer i have to carry out meaningless modifications to both
objects on the provider to initiate the replication. is this behavior
to be expected?
my syncrepl config is:
syncrepl rid=15
provider=ldap://192.168.2.100
type=refreshAndPersist
retry="1 1 1 1"
searchbase="cn=config"
filter="(|(objectClass=olcGlobal)(objectClass=olcSchemaConfig)(objectClass=olcFrontendConfig))"
attrs="*,+"
bindmethod=simple
binddn="cn=admin,cn=config"
credentials="secret"
Best regards,
Marvin