[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: replication from more then 1 database

Have you tried using different ACLs for your replicaDN?

Give the replicaDN for host1 read permission to both DITs and the replicaDN for host2 gets only read permission for the single DIT.

This works for replicating partial DITs and/or only certain attributes in the DIT, but I've never tried it with entirely separate DITs.


Gregory G. Vovk wrote:
On Fri, 16 Aug 2002, Harry [iso-8859-1] RЭter wrote:


why is this stange ?

One of your replicas is in included in the other one !!

This one is included
suffix      "ou=ou1,dc=company,dc=com"
 in this
suffix      "dc=company,dc=com"

What you're tryin to do is strange !!!

The databases seem to be a little bit
misconfigurated ....

But if I understand correctly, replication works on a whole database.. The problem is that I need to replicate one database to host1, and the both databases to a host2. For example I need to replicate "dc=ou1,dc=company,dc=com" to the host1 and to the host2, and "dc=planetsky,dc=com" I need to replicate to the host1 only. For now I do a test with replication of both databases to one host. It is whay I've devided a space on the two databases.

"Gregory G. Vovk" wrote:

On Thu, 15 Aug 2002, Harry [iso-8859-1] RЭter wrote:


as far as i know, you can have only one
replogfile, which handles all replicas ..

Look into admin-guide ..

Yes, it works, even in the replog file I have everything Ok, but slurpd duplicates each entry, it looks very strange, I have two the same entries with the same mesgid, absolutely the same everything! I do replication from 2 "databases" to one server, I use one replog file, but on the slave server I receive each entry duplicated.

Can anybody suggest?

And does somebody knows about changes in 2.1.3 working with "alias" ?
I try to migrate from 2.0.25 to 2.1.3 and have the following error from
slapadd -

slapadd: dn="uid=nuc,cn=div,ou=sales,dc=company,dc=com" (line=813):
invalid structural object class chain (companyAlias/alias)

where this object defined as:

dn: uid=nuc,cn=div,ou=sales,dc=company,dc=com
objectClass: companyAlias
objectClass: alias
aliasedObjectName: gn=nuc,ou=people,dc=company,dc=com
uid: nuc

and in the local.schema -

objectclass ( NAME 'companyAlias'
   DESC 'customer  object'
   MUST uid )

And does somebody know why in the openldap 2.1.3 core.schema attribute
aliasedObjectName and class object are commented out?

greets Harry

"Gregory G. Vovk" wrote:

I have such configuration in a slapd.conf -

database    ldbm
suffix      "ou=ou1,dc=company,dc=com"
rootdn      "cn=Manager,dc=company,dc=com"
directory   /var/openldap-ldbm/ou1

replica     host=myslavehost:390

replogfile  /usr/local/openldap/var/openldap-slurp/ou1.ldif

database    ldbm
suffix      "dc=company,dc=com"
rootdn      "cn=Manager,dc=company,dc=com"
rootpw      ***
directory   /var/openldap-ldbm/main

replica     host=myslavehost:390

replogfile  /usr/local/openldap/var/openldap-slurp/main.ldif

After that I start slurpd -d -1
everything is seems to be Ok, but!
slurpd works with ou1.ldif only!!!
I see in the output of slurpd -

Config: ** configuration file successfully read and parsed
No status file found, defaulting values
new work in /usr/local/openldap/var/openldap-slurp/ou1.ldif
copy replog "/usr/local/openldap/var/openldap-slurp/ou1.ldif" to

And there are nothing about main.ldif!!!
slurpd does not want to work with main.ldif

Can anybody help?

Gregory G. Vovk --------------- Any opinions in this posting are my own and not those of my present or previous employers.