| Hi Peter,
thanks for your answer. […] not sure if I understood completely, what you wish to do (a one time clone and no continuous replication?),
A continuous replication in terms of maybe a daily copy-over.
but as to schema, it should not be too difficult. On the UCS server all schema needed should be stored below /usr/share/univention-ldap/schema (see /etc/openldap/slapd.conf and look for include commands if you cannot find the schema files). If you convert all those files from slapd.conf format (xx.schema) to cn=config (xx.ldif) format, which you seem to know how to do it, and put them in the appropriate location of the target system (below /etc/openldap/slapd.d/cn=schema/) renaming the files to cn={<running number>}xx.ldif and restart the server it should work. The cleaner way to do it, is instead of copying the files yourself with the danger to make mistakes, to ldapadd the single ldif files, e.g.
I now copied them. I had a look at this manual to convert the schemas:
As the UCS has ~40 schemas, editing them (removing the {} and the trailing lines) all would consume too much time.
I copied the schemas under the respective directory. OpenLDAP seems to run with the schemas now. But the problem I have is another one:
When trying to add the exported ldif I get the following error: adding new entry „dc=my-domain,dc=tld"
ldap_add: Constraint violation (19)
additional info: structuralObjectClass: no user modification allowed
Jens |