Hi Paul,
Another reason the the change log might not be trimmed is if there is a replication agreement that has not sent some of those changes yet. I think it can also happen if there is an obsolete replica in the RUV.
Check the ruv with this command (adjust the suffix of course):
# dsconf slapd-localhost replication get-ruv --suffix dc=example,dc=com
If you see a replica RUV element that is out of place you can remove it using the cleanallruv task
# dsconf slapd-localhost repl-tasks cleanallruv --suffix dc=example,dc=com --replica-id <the ID> --force-cleaning
You can also enable replication error logging and check for trimming events. Trimming is probably still happening, but perhaps it's not a lot of entries:
# dsconf slapd-localhost logging error set level replication
And when you're done you can do:
# dsconf slapd-localhost logging error set level default
HTH,
Mark
Good afternoon,
We are running 389-DS version 2.8.0-10. We have a multi-supplier replication agreement in place and each supplier to hub and then to consumers. We have a changelog retention policy of 7 days (the default). Lately we are noticing very large replication-changelog.db files to the tune of about 17-22 GB. The 7-day retention policy doesnt seem to be truncating the size of these files as relication chages are aged off. I have tried setting the max size of the db to 10 GB, but that did not make a difference and then changed the trim-interval setting to every 5 minutes. Still no change in the db file size. Is there a better way to manage this cleanly?
Thank you,
Paul M. Whitney E-mail: paul.whitney@mac.com Sent from my browser.
-- Identity Management Development Team
-- _______________________________________________ 389-users mailing list -- 389-users@lists.fedoraproject.org To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new