Ok, I solved my problem with glueing databases.I added ldif file<br>dn: dc=example,dc=com<br>objectclass: dcObject<br>objectClass: organization<br>dc: Example<br>o: Example<br>with ldapadd command then, removed database files from my /var/lib/ldap/sub-rid-00X directories and restart ldap. It worked. After strugling with this problem for a day it appeared that this is kind of very basics of openldap quick startup. <br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><br><div>Ok, as I understand I have nothing to change at my master, right?<br>
Do I miss something but I expect my replica server to display all my glued databases as one. Slapd.conf man page says, that slapcat should dump all glued databases, but onnly slapcat -b gives me results.<br>
Why do you wrote syncrepl directive for suffix dc=example,dc=com? As I understand glueing works for databases under the same suffixes, so the last suffix dc=example,dc=com is needed only to create a global naming context and glue all replicated databases under the same tree.<br>

I&#39;m very new to subordinate and glueing databases so I probably miss something, but I can&#39;t get search to be performed under both databases.<br></div><div><br>I didn;t change config for master, and for slave I have (omited some unimportant things)<div class="Ih2E3d">
</div></div></div></blockquote><div><br>This solution gives me possible answer to my question above &quot; why do I need add syncrepl directive to dc=example,dc=com database?&quot;. The replication of this database could let me get this database replicated, and won&#39;t need it to add manualy.<br>
Am I right?<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">What is important - I have alias objects on server pointing from leaf in BranchX to leafs in BranchMain. Then having separate backends in replicas these alias won&#39;t work anymore. Will glueing databases solve this problem? Or should I think about other options? What could be the options in this case? I do auhtorization on BranchX uids, and aliases lets me have users to be able to authenticate in all the servers.<br>

</blockquote><div><br>Alias problem is not solved. Although I can use my luma browser and see replicas as if they were one database, aliases are not working. Is this by design? Is there any way to make them work in glued databases? I just need a confirmation if somebody thinks I&#39;m not reading manuals :)<br>
<br>And if i should forget aliases, what could be a work arround or alternative solution to get uids stored in o=BranchMain,dc=example.dc=com apear in o=BranchX,dc=example,dc=com on each replica?&nbsp;<br></div><div>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Thanks in advance twice<br><font color="#888888">
Liutauras<br>
</font></blockquote></div><br>