Below is what I did & works for me w/ 389-ds-base-1.2.9.9-1.el5 (x86_64). I believe the plugin you are specifying is your issue. I recall encountering a similar issue when setting this up last year.
First make sure the chaining db is present & be sure to replace _FARMSERVERS_ with your masters uri:
dn: cn=chainbe1, cn=chaining database, cn=plugins, cn=config
changetype: add
objectclass: top
objectclass: extensibleObject
objectclass: nsBackendInstance
cn: chainbe1
nsslapd-suffix: dc=sears,dc=com
nsfarmserverurl: _FARMSERVERS_
nsmultiplexorbinddn: cn=replication manager,cn=replication,cn=config
nsmultiplexorcredentials: **REPLICATOIN MANAGER CREDENTIALS GO HERE***
nsCheckLocalACI: on
Then modify your suffix..
dn: cn="dc=shared,dc=domainx,dc=com",cn=mapping tree,cn=config
changetype: modify
replace: nsslapd-state
nsslapd-state: backend
-
add: nsslapd-backend
nsslapd-backend: chainbe1
-
add: nsslapd-distribution-plugin
nsslapd-distribution-plugin: libreplication-plugin.so
-
add: nsslapd-distribution-funct
nsslapd-distribution-funct: repl_chain_on_update
Thanks,First make sure the chaining db is present & be sure to replace _FARMSERVERS_ with your masters uri:
dn: cn=chainbe1, cn=chaining database, cn=plugins, cn=config
changetype: add
objectclass: top
objectclass: extensibleObject
objectclass: nsBackendInstance
cn: chainbe1
nsslapd-suffix: dc=sears,dc=com
nsfarmserverurl: _FARMSERVERS_
nsmultiplexorbinddn: cn=replication manager,cn=replication,cn=config
nsmultiplexorcredentials: **REPLICATOIN MANAGER CREDENTIALS GO HERE***
nsCheckLocalACI: on
Then modify your suffix..
dn: cn="dc=shared,dc=domainx,dc=com",cn=mapping tree,cn=config
changetype: modify
replace: nsslapd-state
nsslapd-state: backend
-
add: nsslapd-backend
nsslapd-backend: chainbe1
-
add: nsslapd-distribution-plugin
nsslapd-distribution-plugin: libreplication-plugin.so
-
add: nsslapd-distribution-funct
nsslapd-distribution-funct: repl_chain_on_update
Jim Finn
On Fri, Apr 12, 2013 at 11:45 AM, Grzegorz Dwornicki <gd1100@xxxxxxxxx> wrote:
Hi
Each instance od ds uses access and error log by default. Can you provide error log? It should be in /var/log/dirsrv/instance_name. To make this more productive please try to generate error again, this way log will have it near its end
12 kwi 2013 18:41, "A Iqbal" <winrefugee@xxxxxxxxx> napisał(a):Greetings,New to server 389 and am trying to set up chainonupdate so my consumers can forward updates to master servers. Using the recipe atOS is CentOS 6.3389 version in use is...389-ds-1.2.2-1.el6.noarch
389-ds-base-1.2.10.2-20.el6_3.x86_64No hubs involved, 4 masters and multiple consumers.Last step requires adding attributes as following,replace: nsslapd-statensslapd-state: backendadd: nsslapd-backendnsslapd-backend: chainbe1add: nsslapd-distribution-pluginnsslapd-distribution-plugin: /serverroot/lib/replication-plugin.so # or .sl (HPUX) or .dll (NT)add: nsslapd-distribution-functnsslapd-distribution-funct: repl_chain_on_updateable to set first 2 , specific error is 53 when setting 'nsslapd-distribution-funct' and 'nsslapd-distribution-plugin' which has led me nowhere specificSomewhere in this, my consumer replica has wiped itself and refuses to be restored, I am planning to rebuild the machine, adding as it might be of relevance.Would appreciate anyone sharing any pointers or logs I can look into to proceed.Kind Regards, A Iqbal.--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users
-- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users