Прочел, но меня это не вдохновило....
вот отрывок:
When creating a provider database from the LDIF file using slapadd (8), contextCSN and the syncProviderSubentry entry must be created. slapadd -p -w will create a new contextCSN from the entryCSNs of the added entries. It is also possible to create the syncProviderSubentry with an appropriate contextCSN value by directly including it in the ldif file. slapadd -p will preserve the provider's contextCSN or will change it to the consumer's contextCSN if it is to promote a replica to the provider's content. The syncProviderSubentry can be included in the ldif output when slapcat (8) is given the -m flag; the syncConsumerSubentry can be retrieved by the -k flag of slapcat (8).The session log is configured by
sessionlog <sid> <limit>
А куда это прописывать?
у меня в базе сейча нет полей типа contextCSN...
вообще может кто сталкивался с тем что надо сделать с установленным и рабочим сервером, чтобы с ним происходило взаимодействие через syncrepl..
сейчас у меня в логах главного пишется следующее:
slapd[32705]: conn=37 fd=10 ACCEPT from IP=192.168.147.3:54790 (IP=0.0.0.0:389)
slapd[32712]: conn=37 op=0 BIND dn="cn=replica,ou=DSA,dc=****,dc=ru" method=128
slapd[32712]: conn=37 op=0 BIND dn="cn=replica,ou=DSA,dc=****,dc=ru" mech=SIMPLE ssf=0
slapd[32712]: conn=37 op=0 RESULT tag=97 err=0 text=
slapd[32711]: conn=37 op=1 SRCH base="ou=users,dc=****,dc=ru" scope=2 deref=0 filter="(objectClass=*)"
slapd[32711]: conn=37 op=1 SRCH attr=* objectClass structuralObjectClass entryCSN
slapd[32732]: conn=37 op=2 UNBIND
slapd[32732]: conn=37 fd=10 closed
при такой настройке второстепенного сервера
syncrepl rid=123
provider=ldap://ldap.****.ru:389
type=refreshOnly
interval=00:00:01:00
searchbase="ou=Users,dc=****,dc=ru"
filter="(objectClass=*)"
scope=sub
attrs="*"
schemachecking=off
updatedn="cn=root2,dc=****,dc=ru"
bindmethod=simple
binddn="cn=replica,ou=DSA,dc=****,dc=ru"
credentials=replicaldap
Очень смущает последняя строка UNBIND ...
