Yes you are right. it is growing :)
[root@mhrsldap1 ~]# ls -alh /var/lib/dirsrv/slapd-mhrsldap/changelogdb/
toplam 1,7G
drwxr-xr-x 2 nobody nobody 135 May 29 14:34 .
drwxrwx--- 6 nobody nobody 54 May 22 16:33 ..
-rw------- 1 nobody nobody 1,6G May 31 09:27 a8595502-446211e7-840bbe37-2d84af6b_55dc8a41000000010000.db
-rw-r--r-- 1 nobody nobody 0 May 29 14:34 a8595502-446211e7-840bbe37-2d84af6b.sema
-rw------- 1 nobody nobody 30 May 22 16:36 DBVERSION
[root@mhrsldap1 ~]# ls -alh /var/lib/dirsrv/slapd-mhrsldap/changelogdb/
toplam 1,7G
drwxr-xr-x 2 nobody nobody 135 May 29 14:34 .
drwxrwx--- 6 nobody nobody 54 May 22 16:33 ..
-rw------- 1 nobody nobody 1,6G May 31 09:27 a8595502-446211e7-840bbe37-2d84af6b_55dc8a41000000010000.db
-rw-r--r-- 1 nobody nobody 0 May 29 14:34 a8595502-446211e7-840bbe37-2d84af6b.sema
-rw------- 1 nobody nobody 30 May 22 16:36 DBVERSION
2017-05-31 2:44 GMT+03:00 William Brown <wibrown@xxxxxxxxxx>:
On Tue, 2017-05-30 at 15:42 +0300, Alparslan Ozturk wrote:
> this is my person object and it has lastlogintime (the operational
> attribute) so if many user bind the lastlogintime information updated so
> replication is started. now I am changed agreement exclude lastlogintime
> many replication is not accured. so changelogdb size slowly incrace. but
> still incrace the size.
>
>
I don't think you can use fractionalReplication like this. Because you
end up commiting a change on either A or B master that can't be resolved
by the other, so the cl will grow forever.
Allow the replication of the attr :)
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
_______________________________________________ 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx